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TUAL ENVIRONMENT SOFTWARE TOOL KIT, COMMON OPERATING 
CONTROL METHOD, AND COMPUTER PROGRAM PRODUCT 



CROSS REFERENCE TO RELATED APPLICATIONS 
The present document claims the benefit of the earlier filing date of co-pending U.S. 
provisional patent application Serial No. 60/130,650, entitled "A VIRTUAL VOICE 
1 0 NETWORK TOOL KIT, METHOD AND COMPUTER PROGRAM PRODUCT," filed in 
the United States Patent and Trademark Office on April 23, 1999, the entire contents of 
which being incorporated herein by reference. 

The present document contains subject matter related to that disclosed in the issued 
U.S. patent Serial No. 6,088,437, dated July 11, 2000 (hereinafter referred to as "CALL 
15 PULL-BACK"), the entire contents of which are incorporated herein by reference. 



BACKGROUND OF THE INVENTION 

Field of the Invention: 

The present invention pertains to applications servers and computer-based products 
20 used for voice processing, multi-media messaging (e.g., voice mail, e-mail, fax, instant 

messaging, etc.), electronic document sharing, the storage of electronic records in secured 
locations, video and voice conferencing, plug in applications modules as well as disaster 
protection in a Virtual Environment hereby referred to as an "Application" or as 
"Applications." In addition, these applications provide services that are differentiated from 
25 other services that allow telephony, multi-media messaging and or electronic document 
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sharing in that they typically employ CALL PULL-BACK technology to accomplish 
telephony Call Processing in the Public Switch Telephone Network (PSTN) and in the use of 
an applications tool kit and common operating control comprised of preprogrammed software 
constructs hereby referred to as "Objects." Applications are housed in geographically 
5 diverse, strategically located hardened sites called Network Operations Control Centers 

(hereinafter referred to as "NOCCS") and provide disaster protection by answering calls and 
allowing callers to be redirected to the called party's last known location. This is 
accomplished through the use of Presence. The called party logs on to the network from a 
Session Initiation Protocol (hereinafter referred to as "SIP") compatible device. The network 

10 makes note of the address of the device from which the call came and redirects future 

incoming traffic to that device imtil the next log on occurs. This may be used in conjunction 
with a type of "call follow me" and messaging. The network is private and the digital portion 
is encrypted. Everything is hardened against manmade or natural disasters and applications 
and messaging are mirrored from NOCC to NOCC. This is coupled v^th the ability to 

1 5 process calls from any device to other device (analog, IP or cell phone, personal computer or 
PDA) in the event of an emergency. Multi-media messaging and/or document sharing is used 
to seamlessly network together a client's staff even when that staff is deployed in multiple 
remote locations. More particularly, the present invention is directed toward application 
development tools, Objects and the methods used to create, manipulate and/or destroy these 

20 Virtual Environments. Telephone calls are processed across a private IP network layered on 
top of a self healing optical network. Callers may be offered options when a call they initiate 
encounters a no answer condition. 



25 
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Discussion of the Background: 

Advances in communications (e.g., cellular telephones and the Internet), the increased 
mobilization of the work force, the threat of manmade or natural disasters, and the desire of 
individuals to work securely from "Virtual Environments " have all fueled the need for 
5 integrated communications services. These services often include the voice and data 
networking of employees and others working outside the traditional office environment. 
Subscribers may place calls, send, receive and manipulate multi-media messaging, share 
documents, and allow callers to access members of these networks no matter where they are 
located. Calls may be placed across the Public Sv^tch Telephone Netowrk (PSTN) or a 

10 private IP network. The caller need never know that the person they are calling is working 
from a remote location or from home 

A client company or governmental unit's (hereinafter referred to as "client") ability 
to continue functioning after suffering a disaster is greatly enhanced since the equipment 
hosting their applications is located in multiple hardened sites built to operate xinder 

15 extremely adverse conditions. The digital portion of the network is layered on a self-healing 
optical network. Wherever possible, equipment is engineered to fail over to backup 
equipment. Applications and messaging are mirrored from NOCC to NOCC. The routing of 
callers to the main greeting of the client's application occurs at the TELCO Central office on 
a busy, forward or no answer condition. If the original call was to a company rather than an 

20 individual, the caller could enter an extension number or select[[s]] from a menu and [[is]] 
be transparently connected to an employee of the client. The voiceprint of a known caller 
can be stored and used for security and access reasons. The caller is given further options if 
the call encounters a busy or no answer condition. Clients may access other clients on the 
corporate or government network much like they would in a traditional office. The 
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challenge, then, has been to create the tools[[,]] and methods that enable the construction, 
maintenance and destruction of these networks in a rapid and reliable manner. 

SUMMARY OF THE INVENTION 
5 An objective of the present invention is to address the matters described in the 

Discussion of the Background. While the next section addresses specific features and 
attributes of the invention, a brief non-exhaustive description of the invention is now 
presented. The present invention provides a software tool kit; a computer based business 
method and services sold as products, which may be deployed by various means disclosed 

1 0 within this document. 

The chief attribute of the invention is a software tool kit and conamon operating 
control referred to herein as the "Objects." In a previous version of the network, in the 
issued U.S. patent. Serial No. 6,088,437, dated July 11, 2000, the "Objects" resided in the 
Application Server and Integrated Voice Response (IVR) portion of the NOCC. Today the 

15 "Objects" reside primarily in the SIP and Authentication servers. As the network evolves and 
technology changes, the "Objects" are rewritten. What remains the same or slowly changes 
over time is the underlying fimctionality of each Object. In general, the devices or servers 
that can be programmed and have the ability to issue commands to other devices or servers 
may be used. 

20 Depending on the business needs of the client, the Objects may work in conjunction 

with the invention described and disclosed in the issued U.S. patent, Serial No. 6,088,437, 
dated July 11, 2000 ("CALL PULL-BACK"), a copy of which is included in the Appendix. 
As previously mentioned, the Objects are preprogrammed software constructs that, when 
used in conjunction with one another allow a non-technical person[[nel]] who may 

25 understand only the business needs of a client to rapidly and reliably create, manipulate 
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and/or destroy an application These applications A^irtual Environments work in different 
ways. In some cases they stand behind the client answering calls that are forwarded in under 
a busy or no answer condition. In other cases the client may not have a physical 
headquarters. Callers go directly to the application and the application then routes calls and 
5 provides messaging, video and voice conferencing services. 

While more common methods may be used to market these products, another attribute 
of the invention is that the virtual environments may be packaged and marketed as software 
applications, and sold in stores or over the Internet. A consumer purchasing the appropriate 
level of a [[v]]Virtual [[e]]Environment may then create their own configuration or order the 

10 desired upgrade needed through a web site authorized to sell the products. The network 
processes switched circuit voice calls, H-320/ISDN video/voice conferencing traffic, IP/H- 
323 and Session Initiation Protocol (SIP) to and from a Media Gateway Control (MEGACO) 
cloud while the SIP presence is handled in the soft switch. A client may even design and/or 
construct their own [[v]]Virtual [[e]]Environment utilizing tools available through an 

15 authorized web site. 

Virtual Environments offer the processing of voice calls, the sending, 
receiving and manipulation of data, video and voice conferencing, as well as allowing the 
user to access multi-media messaging from any device to any device, i.e., analog, cell or IP 
phone, computer or PDA. In addition, docimients may be shared through the web. Disaster 

20 avoidance is accomplished through the use of a private IP network layered on a self healing 
optical network, hardened, redundant, mirrored, secured NOCC sites and scrubbing traffic at 
the network level for viruses and worms. A client's trunks or lines may be supplemented or 
replaced with an Ethernet connection or other digital form of transport, which is 
advantageous because it reduces monthly trunk costs and increases the nimiber of possible 

25 simultaneous voice and data sessions. Another advantage gained by the use of digital 




transport edge devices is that control of number assignments and forwarding is taken from the 
incumbent local exchange carrier (ILEC) or competitive local exchange carrier (CLEC) and 
placed in the hands of the service provider. 

Through the utilization of leased networks, every switched circuit call originating or 
5 terminating within a given LATA will be considered a local call, thus avoiding Telco metered 
charges. All long haul traffic is processed utilizing digital transport. Voice calls may be 
processed anywhere in the world without incurring metered charges assuming similar leased 

networks are used at the far end. Callers may be offered options when a call they initiate 
encounters a busy or other no answer condition. Virtual environment applications operate on 
10 the hardware and software components comprising a POP or NOCC. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



A more complete appreciation of the present invention, and many of the attendant 
advantages thereof, will be readily apparent as the same becomes better understood. To 
assist in this understanding, the following is provided as a reference to the detailed 
5 descriptions to be considered in connection with the accompanying drav^ngs, wherein: 

Figure 1 is a diagram of a method used of implementing the network; 

Figure 2 is a diagram of one of the Network Operation Control Centers (NOCCS). 

Figure 10 is an exemplary record showing a customer's configuration of OBJECTS in 
one embodiment of the present invention. Previously submitted Figures 1 through 9, 
10 inclusive, are attached to the Appendix herein. Previously submitted Figures 1 through 9, 
inclusive, are hereby withdrawn. 



Figure 2 (New Amended); 
Figure 10; 

Copy of the issued United States patent, Serial No. 6,088,437, dated July 1 1, 2000 
("CALL PULL-BACK"); 



BRIEF DESCRIPTION OF THE APPENDIX 



An appendix is attached hereto containing the following: 
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Figure 1 (New Amended); 
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Previously submitted, and now withdrawn, Figures 1 through 9. 



DESCRIPTION OF THE PREFERRED EMBODIMENTS 



Referring now to the drawings, wherein numerals indicate corresponding parts of the 



network: 
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Figure 1 is a diagram of the network. 

(1) Represents the client's premise. Lines, trunks, time division multiplexing 
(TDM) or digital transport can provide connectivity to the network. A caller may trigger an 
application by directly dialing the DID or DNIS number associated with the application of a 

5 given client, or through the use of caller ID, a pin number, or voice recognition. In the event 
DID, DNIS or caller ID is used, a translation on the incoming identification number may or 
may not be performed in order to accommodate a desired numbering plan. In addition, a 
caller may be forwarded into the application because all of the client's lines are busy, no one 
answers, or someone at the company transfers the caller in. Once the identifying string is 

10 received, the correct application is started and the Objects provide the needed resources. The 
appropriate greeting is then played to the caller. The caller may send, receive or manipulate a 
mixed media message. The caller dials an extension, spells out some letters of a name, or 
otherwise makes a selection that dials a remote telephone number. The caller is processed 
across the PSTN, Internet, leased lines, wireless, etc., to a remote destination telephone where 

1 5 CALL PULL-BACK may come into play. CALL PULL-BACK is disclosed in the issued 
U.S. patent. Serial No. 6,088,437, dated July 11, 2000, the entire contents of which are 
incorporated herein by reference. A client may or may not have a PBX. If they do have a 
PBX, the PBX may be programmed so that all or part of their traffic may use the network. A 
client may have a digital connection to the Point of Presence (POP), such as an Ethemet 

20 connection. If they do, switched circuit traffic may then be converted to SIP or H323 by an 
edge device or a route located on or about the client's premise. In the event a caller does not 
have a PBX, IP Centrex or IP phones may be used. Video conferencing transport may be 
ISDNH320 or IP. 

(2) Represents leased PRI connectivity to the Public Switched Telephone 
25 Network (PSTN). 
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(3) Multiple strategically located Class 5 switches in each LATA allowing all 
inbound and outbound traffic to be considered local traffic by the Incumbent Local Exchange 
Carrier (ILEC). 

(4) Leased PRI tandem trunking connecting each Class 5 CO to . . . 

5 (5) ... a Gateway located in the Local Exchange Carrier's (LECS) Class 4 

Central Office or Data Center. The gateways are Points of Presence(POPS). 

(10) The connection to a client's premise may be Session hiitiated Protocol (SIP), 
H-323 over Ethernet or ISDN, all of which are native to the gateway eliminating the need for 
protocol converters and mediators. 
1 0 (6) Represents a scalable, burstable Media Gateway Control (MEGACO) VPN to 

the IP cloud starting off vnih a T3 connection and expanding throughput as needed. 

(7) IP cloud (MEGACO). 

(8) Network Operations Control Center (NOCC) number 1 . A NOCC also 
functions as a POP in the LATA in which it is located. NOCCS are connected by a self- 

1 5 healing Optical Network capable of withstanding a nuclear incident and spread out over large 
geographical distances. Each NOCC mirrors another NOCC'S messaging and data. In 
addition, each NOCC provides a hot standby fail-over should a NOCC be rendered 
inoperable by a natural or manmade disaster. NOCCS contain the various servers and 
software needed to host the applications. (See Figure 2 located in the Appendix.) 

20 (9) Network Operations Control Center (NOCC) number 2 provides services to its 

share of clients as well as mirroring the messaging and data of NOCC 1 and providing a hot 
standby fail-over for NOCC 1 . To clarify, only NOCC 1 and 2 are shown on the drawing, but 
in reality, there are more than two NOCCS. 

Figure 2 is a diagram clarifying the NOCC components. 

25 (1) Incoming traffic fi-om the POPS to a NOCC gateway. 



(2) Media Gateway Control (MEGACO) Gateway. 

(3) Gatekeeper: Pin prefix, account name, phone number, IP address, etc. 

(4) Directory server: Central repository for storing and managing identity profiles 
and access privileges. 

(5) SIP server which hosts SIP related applications. 

(6) Unified Messaging Servers: Mixed media messaging. 

(7) E-mail servers. 

(8) Authentication and rating server, which hosts Softswitch applications. 

(9) Common element manager. The Java-based graphical use interface (GUI) for 
managing individual network devices. 

(10) Video and voice conferencing bridges. 

(11) IVR IP Centrex server provides IP Centrex services for clients who have no 

PBX. 
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DESCRIPTION OF THE OBJECTS 



An Object is a proven preprogrammed software construct which by itself, or when 
assembled with other Objects, provides a desired functionality. The Objects are written in 
traditional programming languages, scripting languages, and high-level command line code. 
5 The Objects allow non-technical personnel who understand the business needs of a customer 
to rapidly and accurately create, manipulate and destroy these virtual environments. 

The Objects operate in conjxmction with, for example, parameters, tables, attributes, 
classes, routines, methods and compiled code which control the various components in the 
NOCCS. The Objects perform the various functions so that the needs of the client are met. 

10 The creator of a virtual environment places clients' mailboxes in classes of service that have 
been pre-configxired as the Objects. When services from other servers are needed, the 
Objects furnish those services in the appropriate manner. If switching services are required, 
the Objects will issue commands to the switch for functions such as routing a call. As with 
any product in the computer/telephony world, the Objects are constantly evolving. 

15 A living document has been created describing the functionality and services provided 

by each Object. Personnel responsible for the creation of virtual environments use this 
documentation to configure the Objects. Objects that are used to create a particular virtual 
environment have the explanation of the functionality and services of the Object in the 
documentation under the heading of each class of service (COS) or Object (OBJ). The 

20 Object itself is not a class of service, it is all of the preprogrammed and tested software 

comprising that construct. Having these preprogranmied and tested Objects available allows 
the offering of inexpensive, reliable, custom virtual environments in a very rapid and cost 
effective manner. 

Cost effectiveness is an important reason that others are not building sophisticated 
25 custom configurations. Without the use of the Objects, their personnel would have to 

11 



program each configuration from scratch. The best way to define a given Object is to define 
its functions. One of the unique features of the Objects of the present invention is that a 
single instance of a given Object can operate at the same time on one or more physical 
platforms with different operating systems. Each Object is made up of many components. A 
representative list of Objects and their associated functionality is provided below. 



12 



QBJECT/Class of Service documentation: 



OBJECT/ 
CLASS OF 
SERVICE 


FUNCTION OF OBJECT/CLASS OF SERVICE 




OBJ/COS 0 


Unassigned D.I.D. mailboxes. NOTE: A silent D.LD. mailbox greeting must 
be recorded. 

Non-area code specific Object. 
Description: 

The number of a mailbox placed in this Object matches the number that will be 
received by the Applications Servers of the Node or Hub after any and all translations 
are accomplished. This number is generated when a caller reaches a telephone 
number issued to a customer. As numbers in Object 0 are not currently issued but are 
defmed and can still be reached from the outside world, they are kept in Object 0. 
When one of these numbers is dialed, the foUov^ng recording is played: "You have 
reached an unassigned telephone number, please hang up and try again". No input is 
accepted from the caller. No message is taken which prevents imwanted messages 
such as those left by automatic dialers from consuming storage. The caller hears, 
"Goodbye" and is dropped. 


OBJ/COS 1 


Company greetings, no associated extension or telephone number, no messages may 
be recorded. Play greeting tv^ce and disconnect. 
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Non-area code specific Object. 




Description: 




The caller hears a recorded message and may enter an extension number or select a 




menu choice. No numbers are dialed automatically upon a caller reaching this 




mailbox. If the caller takes no action, the greeting is played twice and the caller is 




uxuppcu. 




jjisconnect irom caiier. riay silent greeimg anfl nang up. jno input is acceptec irom 




the caller. 




Non-area code specific Object. 




Description: 




Commonly used as part of a configuration where there is a need to play a recording 




and while the recording is being played, allow the user to take an action such as 




entering an extension number or making a choice. If no selection or choice is made 




after the recording is played, there is a moment of silence while the caller is moved to 




a mailbox and placed in Object 2 where they may or may not hear a second recording 




depending on the application desired. No input is accepted fi-om the caller. After the 




momenx oi siience or me secona recoraing is piayea, ine caiier is oroppcu. 


OBJ/COS 3 


Company greetings, no associated extension or telephone number, no messages may 




be recorded. Play greeting and disconnect. 




Non area code specific Object. 




Description: 
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The caller hears a recorded message and may enter an extension number or select a 
menu choice. If the caller takes no action, the caller is dropped. 



OBJ/COS 4 Object dedicated to one of a kind, client specific application. 
Description: 

The caller hears a recorded message and may enter an extension number or select a 
menu choice. If the caller takes no action, the caller is dropped. 

OBJ/COS 5 Voice Response Server prompt mailboxes. 

Store recordings used by the Voice Response Server. 
Description: 

Store recordings used by the Voice Response (IVR) portion of the Node or Hub. 
OBJ/COS 6 Pilot mailbox for Voice Response Server message pool. 

Store recordings used by the Voice Response (IVR) Server application processor. 

Description: 

The lead mailbox number of a list of mailboxes responsible for the storage of 
application controlled messages. 

OBJ/COS 7 Fax only with voice annotation. 
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Non-area code specific Object. 




Description: 




Any mailbox placed in this Object will accept only a fax with or without voice 




annotation. User input is accepted. 


OBJ/COS 8 


Voice Response Server Error mailbox. 




Store error recording used by the Voice Response Server (IVR) application processor. 




Description: 




Any mailbox placed in this Object is an error-handling mailbox for the Voice 




Response Server (IVR) portion of the POP or NOCC. User input is accepted. 


OBJ/COS 9 


Fax on demand. Prints the first fax in each mailbox. 




Non-area code specific Object. 




Description: 




Prints only the first fax stored in a mailbox placed in this Object. 


OBJ/COS 10 


Application Processor control. 




Non-area code specific Object. 




Description: 
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Takes the caller to Application Processor Control. A caller who reaches a mailbox in 




this Object is provided services by the Voice Response Server (IVR) application 




associated with that mailbox which acts as a call identification number. 


OBJ/COS 11 


Plays greeting once; after greeting plays, use extension number for next mailbox. 




Non-area code specific Object. 




Description: 




Normally used to play a recording once which may give the caller enough time to take 




an action such as dialing an extension or selecting a choice. After greeting plays or if 




the caller takes no action, the caller is moved to a different part of the application. 




Also used as a way to rapidly and automatically move a caller from one mailbox to 




another. 


OBJ/COS 12 


Play greeting twice; after greeting plays, use extension nimiber for next mailbox. 




Non-area code specific Object. 




Description: 




Normally used to play a recording twice, which may give the caller enough time to 




take an action such as dialing an extension or selecting a choice. After greeting plays 




or if the caller takes no action, the caller is moved to a different part of the application. 




Also used as a way to rapidly and automatically move a caller from one mailbox to 




another. 
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OBJ/COS 13 


Block access to system distribution pilot numbers. 




Non-area code specific Object. 




Description: 




Access to a distribution list whose pilot number is placed in this Object is restricted to 




users with special mailbox programming. 


OBJ/COS 14 


Fax overflow mailboxes (M/Bs) 




Non-area code specific Object. 




Description: 




Used to provide a "fax store and forward" service to a client. When a fax machine on 




the client's premise is busy or no answer, the caller is forwarded to a mailbox in this 




Object that provides fax tone, takes a fax, and repeatedly attempts to deliver the fax 




bark tn thp nri(Tinfl11v callpH fax machine until siiccessfiil 




r^all niimVipr firQt Vif^fnrp nljivino crrf^pfitio rpporH mp^^acip nntinn Off<?itp nnlv if 




urgent. May receive fax. 




Object dedicated to one of a kind, client specific application. 




Description: 




Ring an extension, if busy or no answer, play a greeting, take a message, and activate 
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OBJ/COS 16 



OBJ/COS 17 



"offsite message waiting" if the caller marked the message urgent. In addition, a 
mailbox placed in this Object will accept a fax. While listening to the greeting the 
caller may enter an extension number or select a choice. 

Call number first before playing a greeting, record message option, station has 
multiple mailboxes, ask before connecting. Offsite only if urgent. May receive fax. 

Object dedicated to one of a kind, client specific application. 

Description: 

Ring a phone, if answered announce the call, if busy or no answer, play a greeting, 
take a message and activate "off site message waiting" if the caller marked the 
message urgent. In addition, a mailbox placed in this Object will accept a fax. While 
listening to the greeting the caller may enter an extension number or select a choice. 

"Greeting on" stops numbers from being dialed, record message option. Offsite only 
if urgent. May receive fax. 



Object dedicated to one of a kind, client specific application. 



Description: 

Recording a greeting and turning the greeting on stops the extension number 
associated with a mailbox in this Object (if one exists) from being dialed. Mailbox 
will take a message and activate "off site message waiting" if the caller marked the 
message urgent. In addition, a mailbox placed in this Object will accept a fax. While 
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listening to the greeting, the caller may enter an extension number or select a choice. 


OBJ/COS 18 


Professional voice. 




Object dedicated to one of a kind, client specific application. 




Description: 




Along with the normal features and functions given most users, a Mailbox placed in 




this Object has the privilege of being able to name mailboxes. Recording a greeting 




and turning the greeting on stops the extension number associated with a mailbox in 




this Object (if one exists) from being dialed. While listening to the greeting the caller 




may enter an extension number or select a choice. 


OBJ/COS 19 


Forms. 




Object dedicated to one of a kind, client specific application. 




Description: 




This Object provides specific clients v^th an application that asks a series of questions 




one at a time and records the answers the caller gives in their own voice. After the 




questions are asked, the caller is given the option of reviev^ng their answers and re- 




recording them if so desired. Upon acceptance of the answers by the caller, the 




answers to the questions are placed m a mailbox specified by the client tor rurtner 




action. 
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OBJ/COS 21 


Page every time a message is left. 




Object dedicated to one of a kind, client specific application. 




Description: 




When placed in this Object, a mailbox with an intemal extension will activate a pager 




every time a message is left during user specified time periods. Recording a greeting 




and turning the greeting on stops the extension number associated with a mailbox in 




this Object (if one exists) from being dialed. While listening to the greeting the caller 




may enter an extension number or select a choice. 


OBJ/COS 30 


Local call, call number first before playing greeting, record message option. 




Non-area code specific Object. 




Description: 




A mailbox placed in this Object will call an external telephone number without 




dialing an area code and if not answered, will play a greeting and record a message. 




While listening to the greeting the caller may enter an extension number or select a 






OBJ/COS 31 


Local call call number first before nlavine ereetine record message ODtion. Station 




has multiple mailboxes; ask before connecting. 




Non-area code specific Object. 
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Description: 




Dial a telephone number without dialing an area code; if answered, announce the call; 




if busy or no answer, play a greeting and take a message. While listening to the 




greeting the caller may enter an extension number or select a choice. 


OBJ/COS 32 


Local call, "greeting on" stops numbers from being dialed, record message option. 




Non-area code specific Object. 




Description: 




Recording a greeting and tuming the greeting on stops the telephone number 




associated with a mailbox in this Object (if one exists) from being dialed. When the 




user turns off the greeting, a mailbox placed in this Object will ring a phone without 




dialing an area code. The mailbox will take a message. While listening to the 




preetinp the caller mav enter an extension number or select a choice 


OBJ/COS 33 


Local call call number first before nlavinff ffreetinff record message ootion Offsite 




only if urgent. May receive fax. 




Non-area code specific Object. 




Description: 




Ring a phone without dialing an area code, if busy or no answer, play a greeting and 




take a message. Mailbox will take a message and activate oft site message waiting 




if the caller marked the message urgent. In addition, a mailbox placed in this Object 
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number or select a choice. 


OBJ/COS 34 


Local call, call number first before playing greeting, record message option. Station 




ildd illlllllUlC llldilUUACD, doK UClUiC L/UliliCwLlll^. V^llolLw Ullljr 11 Ul^wllL. iVlajr iCCdVw 




fax. 




Non-area code specific Object. 




Description: 




Ring a phone without dialing an area code. If answered, the call will be announced 




and the called party will be given the option to accept or reject the call. If busy or no 




answer, a greeting may be played and a message taken. Mailbox will take a message 




and activate "off site message waiting" if the caller marked the message urgent. In 




addition, a mailbox placed in this Object will accept a fax. While listening to the 




0Teetinff the caller mav enter an extension number or select a choice 


OBJ/COS 35 


T.ocal call ''oreetinff on" stons numbers from heine dialed record message ontion 
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Offsite only if urgent. May receive fax. 




Non-area code specific Object. 




Description: 




Recording a greeting and turning the greeting on stops the telephone number 




associated v^th a mailbox in this Object (if one exists) from being dialed. When the 
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user turns off the greeting, a mailbox placed in this Object will ring a phone without 




dialing an area code. Mailbox will take a message and activate "off site message 




waiting" if the caller marked the message urgent. In addition, a mailbox placed in this 




Object will accept a fax. While listening to the greeting, the caller may enter an 




extension number or select a choice. 


OBJ/COS 36 


Local call, blind transfer. 




Non-area code specific Objects. 




Description: 




A mailbox in this Object will dial a telephone number without dialing an area code 




and then perform a blind transfer. The caller may dial no numbers and no messages 




mav be recorded 




T f\f»al TmfviK*»r "firct Kf^fr^rp t^lsivino' Qrpptino nrv TtiPQQfiQPQ t>1j*v OTPf*tin0 twif*p 
l^UCol Call, Coll llUlllUCi llloL UCIUIC jJlajrlli^ ^IC'Cllli^, LL\J lii^odCl^wo, |Jlcljf ^i^diii^ iwiwt^, 




allow user to dial. 




Non-area code specific Objects. 




Description: 




A mailbox in this Object will dial a telephone number without dialing an area code; if 




busy or no answer, the greeting will play twice, the user will be allowed to dial an 




extension or select a choice, no messages may be recorded. 
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The following is an example of a set of area code specific OBJECTS. For clarity, only 
set of area code specific OBJECTS are shown. 
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Example set of Area Code Specific OBJECTS: 



OBJ/cos 50 


(305) area code call; call number first before playing greeting; record message 




option. 




Area code specific Objects. 




T^pQprintinn" 




A mailbox placed in this Object will dial a "1" and the above area code before 




calling an external telephone number. If the call is not answered; the mailbox will 




nlav a ereetinff and record a message While listening to the ereetine the caller 




may enter an extension number or select a choice. 


OBJ/COS 51 


(305) area code call; call number first before playing greeting; record message 




Option. Station has multiple mailboxes; ask before connecting. 








Description: 




A mailbox placed in this Object will dial a "1" and the above area code before 




calling an external telephone number. If answered, it will announce the call; if 




hiiw nr no answer it will nlav a oreetinff and take a message While listening to 

LjFLiOjr \Jl IxKJ CUXDW^l, 11 Will fJlClj **■ ^IWLIXI^ CUXU IXUVW U IXIWOOU^W. TT XIXXW XXkJLWXXXXXg t-v/ 




the greeting the caller may enter an extension number or select a choice. 


OBJ/COS 52 


(305) area code call; "greeting on" stops numbers from being dialed; record 




Message option. 




Area code specific Objects. 
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Description: 

Recording a greeting and turning the greeting on stops the telephone number 
associated with a mailbox in this Object (if one exists) from being dialed. When 
the greeting is turned off by the user, a mailbox placed in this Object will dial a 
"1" and the above area code before calling an external telephone number. The 
mailbox will take a message. While listening to the greeting the caller may enter 
an extension number or select a choice. 


OBJ/COS 53 


(305) area code call; call nximber first before playing greeting; record message 
Option; ofifsite only if urgent; may receive Fax. 

Area code specific Objects. 

Description: 

A mailbox placed in this Object will dial a "1" and the above area code before 
calling an external telephone number. If busy or no answer, play a greeting and 
take a message. Mailbox will take a message and activate "off site message 
waiting notification" if the message was marked urgent. In addition, a mailbox 
placed in this Object will accept a fax. While listening to the greeting the caller 
may enter an extension number or select a choice. 


OBJ/COS 54 


(305) area code call; call number first before playing greeting; record message 
option. Station has multiple mailboxes; ask before connecting. Offsite only if 
urgent. May receive Fax. 

Area code specific Objects. 
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Description: 

A mailbox placed in this Object will dial a "1" and the above area code before 
calling an external telephone number. If answered, the call will be announced and 
the called party will be given the option to accept or reject the call. If busy or 
no answer, a greeting may be played and a message taken. Mailbox will 
take a message and activate "off site message waiting if the message was marked 
urgent. In addition, a mailbox placed in this Object v^dll accept a fax. While 
listening to the greeting the caller may enter an extension number or select a choice. 


OBJ/COS 55 


(305) area code call; "greeting on" stops numbers from being dialed; record 
message option; Oflfsite only if urgent; may receive Fax. 

Area code specific Objects. 

Description: 

Recording a greeting and turning the greeting on stops the telephone number 
Associated with a mailbox in this Object (if one exists) from being dialed. When 
the greeting is tumed off by the user, a mailbox placed in this Object will dial a 
"1" and the above area code before calling an extemal telephone number. 

Mailbox vsdll take a message and activate "off site message waiting" if the caller 
marked the message urgent. In addition, a mailbox placed in this Object will 
accept a fax. While listening to the greeting the caller may enter an extension 
number or select a choice. 
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OBJ/COS 56 


(305) area code call; blind transfer. 
Area code specific Objects. 

Description: 

A mailbox placed in this Object will dial a "1" and the above area code before 
calling an external telephone number and performing a blind transfer. No numbers 
may be dialed by the [[The]] caller and no messages may be 
recorded. 


OBJ/COS 57 


(305) area code call; call number first before playing greeting; no messages; play 
greeting twice; allow user to dial. 

Area code specific Objects. 

Description: 

A mailbox placed in this Object will dial a "1" and the above area code before 
calling an extemal telephone number. If the number is busy or no 
answer, a greeting will play twice and the user will be allowed to dial an extension 
or select a choice; no messages may be recorded. 


Additional examples of Objects: 


OBJ/COS 455 


Object dedicated to one-of-a-kind, client specific application. 
Description: 
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Ring a phone without dialing an area code. If answered, the call will be 
announced and the called party will be given the option to accept or reject the call. 
If busy or no answer, a greeting may be played and a message taken. 
Mailbox will take a message and activate "off site message waiting" if the caller 
marked the message urgent. In addition, a mailbox placed in this Object will accept 
a fax. While listening to the greeting the caller may enter an extension number or 
select a choice. 

This Object provides a special dynamic call blocking service to the company. 
When a caller enters a universal port they are given a numeric value that stays 
with them for the duration of the call. The caller may only reach an Object with 
the same numeric value or a "0" value. 


OBJ/COS 456 


Object dedicated to one-of-a-kind, client specific application. 
Description: 

Takes the caller to Application Processor Control. A caller that reaches a mailbox 
in this Object is taken to the IVR application associated with that mailbox which 
acts as a call identification number. 

This Object provides a special dynamic call blocking service to the company. 
When a caller enters a universal port they are given a numeric value that stays 
with them for the duration of the call. The caller may only reach an Object with 
the same numeric value or a "0" value. 



30 




OBJ/COS 457 


(800) area code. 

Object dedicated to one-of-a-kind, client specific application. 
Description: 

A mailbox placed in this Object will dial a "1" and the above area code before 
calling an external telephone number. If answered, it will annoxmce the call; if 
busy or no answer, it will play a greeting and take a message. While 
listening to the greeting the caller may enter an extension number or select a choice. 

This Object provides a special dynamic call blocking service to the company. 
When a caller enters a universal port they are given a numeric value that stays 
with them for the duration of the call. The caller may only reach an Object with 
the same nimieric value or a "0" value. 


OBJ/COS 458 


Object dedicated to one-of-a-kind, client specific application. 
Description: 

Recording a greeting and turning the greeting on stops the telephone number 
associated with a mailbox in this Object (if one exists) from being dialed. When 
The user turns off the greeting, a mailbox placed in this Object will ring a phone 
without dialing an area code. Mailbox will take a message. While listening to the 
greeting the caller may enter an extension number or select a choice. 

This Object provides a special dynamic call blocking service to the company. 
When a caller enters a universal port they are given a numeric value that stays 
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with them for the duration of the call. The caller may only reach an Object with 
the same numeric value or a "0" value. 


OBJ/COS 459 


Object dedicated to one-of-a-kind, client specific application. 

Used to automatically move callers to different parts of an application. 

Description: 

This Object provides a special dynamic call blocking service to the company. 
When a caller enters a universal port they are given a muneric value that stays 
with them for the duration of the call. The caller may only reach an Object with 
the same numeric value or a "0" value. 


OBJ/COS 460 


Object dedicated to one-of-a-kind, client specific application. 
Description: 

Plays an announcement tvsdce and hangs up. 

This Object provides a special dynamic call blocking service to the company. 
When a caller enters a universal port they are given a numeric value that stays 

with them for the duration of the call. The caller may only reach an Object with 

the same numeric value or a "0" value. 


OBJ/COS 462 


Object dedicated to one-of-a-kind, client specific application. 
Description: 

Ring a phone without dialing an area code; if answered, annoimce the call; if 
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busy or no answer^ play a greeting and take the caller to a specific 

location in the client's configuration. While listening to the greeting the caller 

may enter an extension number or select a choice. 


OBJ/COS 463 


Object dedicated to one-of-a-kind, client specific application. 
Description: 

Ring a phone without dialing an area code; if answered, announce the call; if 
busy or no answer, play a greeting and take the caller to a specific 
location in the client's configuration. While listening to the greeting the 
caller may enter an extension number or select a choice. 


OBJ/COS 464 


Object dedicated to one-of-a-kind, client specific application. 
Description: 

This Object provides a specific client with an application that asks a series 
of questions one at a time and records the answers that a caller gives in their own 
voice. After the questions are asked, the caller is given the option of reviewing 
their answers and re-recording them of so desired. Upon acceptance of the 
answers by the caller, the answers to the questions are placed in a mailbox 
specified by the client for further action. 


OBJ/COS 465 


Object dedicated to one-of-a-kind, client specific application. 
Description: 

This Object provides a specific customer with an application that asks a series of 
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questions one at a time and records the answers that a caller gives in their ovm 
voice. After the questions are asked, the caller is given the option of reviewing 
their answers and re-recording them if so desired. Upon acceptance of the 
answers by the caller, the answers to the questions are placed in a mailbox 
specified by the client for fiirther action. 


OBJ/COS 468 


Object dedicated to one-of-a-kind, client specific application. 
Description: 

This Object provides time of day control so callers hear different appropriate 
recordings at different times of day. 


OBJ/COS 469 


Object dedicated to one-of-a-kind, client specific application. 
Description: 

This Object provides time of day control so callers who press a "0" for the 
operator will be moved to different mailboxes during different times of day and 
after hours. One mailbox will ring a phone without dialing an area code; if 
answered, annoimce the call; if busy or no answer, play a greeting 
and take a message. The other mailbox takes a message without dialing a phone 
(normally used after hours or during limch). While listening to the greeting the 
caller may enter an extension number or select a choice. 


OBJ/COS 472 


Object dedicated to one-of-a-kind, client specific application. 
Description: 
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A mailbox placed in this Object has an intercept that can be controlled by time of 
day. 


OBJ/COS 473 


(718) area code; blind transfer. 
Area code specific Objects. 
Description: 

A mailbox placed in this Object will dial a "1" and the above area code before 
calling an external telephone number and performing a blind transfer. The caller 
may dial no numbers and no messages may be recorded. 


OBJ/COS 474 


Object dedicated to one-of-a-kind, client specific application. 
Description: 

This Object provides time of day control so callers hear different appropriate 
Recordings at different times of day. 


OBJ/COS 475 


Object dedicated to one-of-a-kind, client specific application. 
Description: 

The caller hears a recorded message and may enter an extension number or select 

a menu choice. No telephone numbers are dialed automatically upon a caller 

reaching this mailbox. If the caller takes no action, the greeting is played twice 

and the caller is dropped. A mailbox placed in this Object has a specific dedicated 
operator when a "0" is pressed. 
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OBJ/COS 511 


Ports level 




Ports level Ohiect 




This is a fail safe Object where callers are sent when there is no identifying 




number coming from the PBX portion of the [[Node]] POP or [[Hub]] NOCC. This 




Object also comes into play when the Call Processor portion of the [[Node]] POP or 




[[Hub]] NOCC doesn't know what else to do with the caller due to a software or ring 




cadence error. This Object contams the greetmgs that are played durmg different 




times of day and the operator's mailboxes that are used when a caller presses "0". 
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Figure 10 (See Drawing On Next Page) shows an example of an actual client's 
configuration of the OBJECTS used to implement their particular virtual environment. 
Included are the names, addresses and telephone numbers changed to ensure the client's 
privacy. Actual verbiage spoken to the caller with a three-letter name in place of the actual 
client's name is also part of this example. Each client has a drawing of their configuration 
designed to be easily read by personnel responsible for the creation, manipulation and 
destruction of [[v]]Virtual [[e]]Environment[[s]] applications. This also allows the 
drawings to be created rapidly and accurately by copying documentation of pre-configured 
OBJECTS from a master template drawing. 
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1 . (XXX) XXX-XXXX is the telephone number that receives callers who are 
forwarded or transferred in from a client location or who dial in directly. 

2. M/B 2004 ,N 468 is a mailbox whose first four nximbers match the last four 

5 digits of the telephone number that receives callers. 2004 is the mailbox number. N means 
there is no telephone number or extension nimiber associated with this mailbox as a number 
to be dialed when the caller reaches mailbox 2004. 468 is the Object number. M/B 2004 has 
been placed in Object 468. Object 468 is dedicated to a one of a kind, client specific 
application. Object 468 provides time of day control so callers hear different appropriate 
1 0 recordings at different times of day. 

3. Monday through Friday, (-MTWTF-) from 8:00 A.M. - 12:00 P.M a moment 
of silence is played to the caller. The caller then hears the business hours greeting stored in 
mailbox 83500,N,L Upon hearing any part of the greeting recorded in mailbox 83500, the 
caller may enter an extension number. This extension number is in reality a mailbox number. 

15 The caller may also select a choice that may be offered in the recording played to the caller 
such as 0 or 1-9. If the caller does nothing, the greeting vnll repeat and after several seconds 
of silence, the caller will hear "Goodbye" and be dropped. The caller will not be permitted to 
leave a message. 

In the above table. Object 1 has the following definition: 
Company greetings, no associated extension or telephone number, no messages may be 
recorded. Play greeting twice and disconnect. 

Non-area code specific Object. 
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Description: 

The caller hears a recorded message and may enter an extension number or select a menu 
choice. No numbers are dialed automatically upon a caller reaching this mailbox. If the 
caller takes no action, the greeting is played twice and the caller is dropped. 



4. When a mailbox such as (M/B) 83800,9979390,32 is reached by a caller 
selecting choice "0" which is the business hours intercept (the operator), the Object obtains 
the appropriate extemal dial tone and dials the telephone nxmiber 997-9390, (See U.S. Patent, 

5 Serial No. 6,088,437, dated July 11, 2000, incorporated herein by reference. 

5. A/C A/E to M/B 1077,9979390,32 means that if a caller leaves a message in 
M/B 83800, it will be "auto copied" to M/B 1077 and "auto creased" from M/B 83800. M/B 
1077 will obtain the appropriate extemal dial tone from its Object, and depending on how the 
client wants the message waiting notification times set up on that M/B, message waiting 

10 notification will be performed to the telephone number 997-9390. At different times of day 
different client main greetings are played to the caller. 

6. Default means all other times not specified and is typically used for after 

hours. 

7. Max 1 Pre 8410 means that if the caller presses choice "1," they will be taken 
1 5 to M/B 84 1 0 1 and govemed by Object 469. 

The recordings spoken to the callers by a mailbox (M/B) number this example are 
configured as follows: 



XYZ Company Greetings 
20 M/B 83500 

Business Hours: Monday-Friday 8:00 A.M. to 12:00 P.M., and 1:00 P.M. to 5:00 P.M. 
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Greeting: Thank you for calling XYZ Company, All available phone lines are busy or 

our operator is assisting a previous caller. If you know your party 's extension, 
please enter it now or press "O''for the operator For our corporate directory, 
press "1 

M/B 83500, 83600 & 83700 

Holiday Greeting: Put in as a message and prior to the holiday, do a greeting/message swap. 

Greeting: Thank you for calling XYZ Company, Our offices are closed for the holiday. If 
you would like to leave a message, we will be checking in; however, the operator 
will not be available to assist you. For the corporate directory, press "7 Have 
a great holiday, 

M/B 83600 

Lxinch Time: Monday-Friday 12:01 P.M. to 12:59 P.M. 

Greeting: Thank you for calling XYZ Company. We are closed for lunch and will return at 
1:00 P.M. If you know the extension of the person for whom you wish to leave a 
message, please enter it now. For our corporate directory, press "7 '\ 
To leave a message for our operator, press ''0'\ 

M/B 83700 

After hours 

Greeting: Thank you for calling XYZ Company, Our office hours are Monday through 

Friday from 8:00 A.M. to 5:00 P.M. If you know the extension of the person for 
whom you wish to leave a message, please enter it now. For our corporate 
directory, press "7 To leave a message for our operator, press "0'\ 
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M/B 83800 

Name The receptionist 



M/B 83900 

Name The receptionist 

Greeting: Please leave a message at the sound of the tone and we will return your call as 
soon as possible. 

M/B 84101 



Greeting: The following is a list of our corporate personnel. At any time you may enter 
their extension number to leave a message. 



First Name 


Last Name 


Extension 1060 


First Name 


Last Name 


Extension 1061 


First Name 


Last Name 


Extension 1062 


First Name 


Last Name 


Extension 1063 


First Name 


Last Name 


Extension 1064 


First Name 


Last Name 


Extension 1065 


First Name 


Last Name 


Extension 1066 


First Name 


Last Name 


Extension 1067 


First Name 


Last Name 


Extension 1068 


First Name 


Last Name 


Extension 1069 


First Name 


Last Name 


Extension 1070 


First Name 


Last Name 


Extension 1071 


First Name 


Last Name 


Extension 1072 


First Name 


Last Name 


Extension 1073 
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First Name 


Last Name 


Extension 1074 


First Name 


Last Name 


Extension 1075 


First Name 


Last Name 


Extension 1076 


First Name 


Last Name 


Extension 1077 



M/B1077 



Name The receptionist 

Greeting: You have reached (First Name, Last Name), the Receptionist, If you are 
calling concerning an office matter or to schedule an appointment, please 
leave your name and telephone number at the tone and I will get back to you, 

M/B1060 

Greeting: You have reached the voice mail of (First Name, Last Name), If you are 

calling concerning an office matter or to schedule an appointment, please call 
the receptionist at extension 1077 by pressing "7 " now. If this is urgent, you 
may leave a one-minute voice message that will page (First Name), Please 
leave your message after the tone. 

All M/B's in the foUowing list[[;]]: 



First Name 


Last Name 


M/B 1069 


First Name 


Last Name 


M/B 1061 
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First Name 


Last Name 


M/B 1062 


First Name 


Last Name 


M/B 1063 


First Name 


Last Name 


M/B 1064 


First Name 


Last Name 


M/B 1065 


First Name 


Last Name 


M/B 1067 


First Name 


Last Name 


M/B 1068 


First Name 


Last Name 


M/B 1070 


First Name 


Last Name 


M/B 1071 


First Name 


Last Name 


M/B 1073 


First Name 


Last Name 


M/B 1074 


First Name 


Last Name 


M/B 1075 


First Name 


Last Name 


M/B 1076 



Greeting: You have reached the voice mail of (First Name, Last Name). Please leave a 
detailed message at the sound of the tone and your call will be returned as 
soon as possible. 

All M/Bs in the following list[[;]]: 



First Name 


Last Name 


M/B 1066 


First Name 


Last Name 


M/B 1072 



Greeting: You have reached the voice mail of (First Name, Last Name). Please leave a 

detailed message at the sound of the tone and your call will be returned as soon 

as possible. For further options, press star"^ after your message. If you mark 

your message urgent, (First Name, Last Name) will be paged. 
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The processes set forth in the present description may be implemented using a 
conventional general purpose microprocessor programmed according to the teachings of the 
present specification, as will be appreciated to those skilled in the relevant art(s). 
5 Appropriate software coding can readily be prepared by skilled programmers based on the 
Teachings of the present disclosure, as will be apparent to those skilled in the relevant 
art(s). 

The present invention thus also includes a computer-based product that may be hosted 
on a storage medium and may include instructions which can be used to program a computer 
10 to perform a process in accordance with the present invention. The storage medium can 

include, but is not limited to, any type of disk including floppy disk, optical disk, CD-ROMS, 
and magneto-optical disks, ROMS, RAMs, EPROM's, flash memory, magnetic or optical 
cards, or any type of media suitable for storing electronic instructions. 

Numerous modifications and variations of the present invention are possible in light 
1 5 of the above teachings and should be construed as part of the present invention. 
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CLAIMS 



1 . (Currently Amended) A method of configuring a communications system currently 
utilizing CALL PULL-BACK technology as disclosed in the issued U.S. Patent, Serial No. 
5 6,088,437, dated July 1 1, 2000. The Objects are first disclosed in the ABSTRACT OF THE 
DISCLOSURE page 85, lines 16-19, of this patent application. This patent application 
contains a copy of the issued U.S. Patent CALL PROCESSING, METHOD AND 
COMPUTER PROGRAM PRODUCT. A copy of said patent is included in the appendix of 
this patent application at page 85, which is also a copy of page 33 of U.S. Patent CALL 

1 0 PROCESSING, METHOD AND COMPUTER PROGRAM PRODUCT wherein it is stated 
that the signaling attributes and customer- specific information are controlled by Objects, 
which are well thought out preprogrammed and proven software constructs that simplify 
programming and ensure reliable operations. The Objects allow for the creation of client 
specific structures such as that shown in figure 10 located on page 36 and provide call 

15 processing, plug in applications modules, multimedia, messaging, video and voice and video 
conferencing. Over time, hardware and software upgrades require rewriting of the Objects. 
What doesn't change is the basic functionality of the OBJECTS as defined in the 
Object/Class of Service documentation incorporated in the body of this patent application: 
The OBJ/COS numbers 0 through 511 each contain a sentence reminding an experienced user 

20 what that object is for, whether or not that Object is associated with a specific area code, and 
a more detailed description of the functionality of that Object to be used by those less skilled 
in configuring a client's application or as a specification used in the rewriting of that Object. 
Once the functionality of each Object is known, it is a simple matter to rewrite each Object as 
needed. This method is comprised of the following steps: 

25 
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Placing a user's mailbox in the appropriate Object. A hypothetical example would be 
mailbox 1 000 has a phone number associated with it and it is placed in Object 5 1 . It would 
be entered in the user's table as 1000,xxxxxxx,51. Xxxxxxx would equal the 7-digit phone 
number to be dialed. A caller entering that mailbox number would cause the Call Processor 
to automatically dial the appropriate access code - in this case, 9 then 1,305 and the 7-digit 
phone number associated with the mailbox number to the PSTN. Call Pull Back is engaged 
and if no one answered a greeting would be played and the caller would be offered an option 
to leave a message. While listening to the greeting the caller could enter another extension 
number or select a menu choice. The other Objects, while different, are just as simple as 
Object 5 1 . User definable parameters are such things as security codes, greetings, cell or 
pager numbers, message waiting times, etc. 

2. (Currently Amended) The method of Claim 1 , wherein the predetermined 
functions are associated with said CALL PULL-BACK mechanism. 

3. The method of Claim 1, further comprising the step of: 

documenting the preprogrammed software objects including information about the 
predetermined functions. 

4. The method of Claim 3, further comprising the step of: 
documenting the preprogrammed software objects, after being customized, as 

drawings including the user defined parameters. 

5. The method of Claim 1, further comprising the step of: 
packaging the preprogrammed software objects as a consumer product. 

6. The method of Claim 5, further comprising the step of: 

offering to sell the packaged preprogranfmied software objects to consumers. 

7. The method of Claim 5, wherein said consumer product including a computer 
readable medium. 
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8. The method of Claim 5, wherein said consumer product further includes 
documentation about the preprogrammed software objects. 

9. The method of Claim 6, wherein: 

the offering to sell step comprises advertising for sale the consumer product over the 
Intemet. 

10. (Withdrawn) A configurable conmnmications system, comprising: 

a digital repository populated with preprogranraied software objects configured to 
perform predetermined fimctions that are customizable by user defined parameters when 
executed by a processor; 

input devices configured to receive the user defined parameters; 

the processor; and 

a computer readable medium encoded v^th processor readable instructions that when 
executed by the processor implement, 

a call processing mechanism configured to perform the predetermined 
fimctions as customized by the user defined parameters. 

1 1 . (Withdravm) The system of Claim 10, wherein the predetermined fimctions 
are associated with a CALL PULL-BACK mechanism. 

12. (Withdrawn) The system of Claim 10, wherein: 

the digital repository being a database hosted on at least one of a computer readable 
medium and printed document. 

13. (Withdrawn) The system of Claim 10, wherein: 

the call processing mechanism being configured to provide multi-media messaging 
including at least one of voice mail, e-mail, and facsimile. 

14. (Withdrawn) The system of Claim 10, fiirther comprising: 
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a communication interface for receiving data over at least one of a Sonet Ring 
network and a meshed network. 

15. (Withdrawn) The system of Claim 14, wherein the at least one of a Sonet 
Ring network and a meshed network being configured with ATM as a transport for 

5 packetized traffic. 

16. (Currently Amended) A computer program product, comprising: 

a computer storage medium and a computer program code mechanism embedded in 
the computer storage medium for causing a processor to implement a call processing system, 
utilizing Call PuU-Back. 
10 A computer program code mechanism comprising: 

a first computer code device configured to create a library of preprogrammed 
software objects capable of performing predetermined functions such as the ability to create, 
manipulate and destroy a structured virtual environment application with plug in application 
modules, call processing in both a switched circuit and packet environment, multi-media 
1 5 messaging, video and video and voice conferencing; 

a second computer code device configured to store the library of 
preprogrammed software objects in a digital repository; 

a third computer code device configured to select a subset of preprogrammed 
software objects from the digital repository based on a preselected portion of the 
20 predetermined functions; 

a fourth computer code device configured to customize the selected 
preprogrammed software objects based on user defined parameters; and 

a fifth computer code device configured to process calls based on the selected 
programmed software objects as customized with the user defined parameters. 
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17. The computer program product of Claim 16, wherein the predetermined 
functions are associated with a CALL PULL-BACK mechanism. 

18. The computer program product of Claim 1 6, wherein the digital repository 
comprises a database. 

5 19. The computer program product of Claim 1 8, wherein said database being 

hosted on at least one of a computer readable medium and a printed docxmient. 

20. The computer program product of Claim 16, wherein said predetermined 
functions being a user customized CALL PULL-BACK operation. 

2 1 . The computer program product of Claim 1 6, wherein said user defined 
10 parameters being communication system attributes, 

22. A system for configuring a communications system having a CALL PULL- 
BACK mechanism, comprising: 

means for populating a digital repository with preprogrammed software objects; 
means for selecting a subset of the preprogrammed software objects from the digital 
1 5 repository; 

means for customizing the subset of preprogrammed software objects with user 
defined parameters so as to implement predetermined functions when executed by a 
processor; 

means for mapping the predetermined functions to corresponding operating system 
20 inputs; and 

means performing the predetermined functions when initiated by the corresponding 
operating system inputs. 

23. The system of Claim 22, wherein the predetermined functions are associated 
with a CALL PULL-BACK mechanism. 

25 24. The system of Claim 22, further comprising: 
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means for disaster resistant communications. 

25. (Withdrawn) The system of Claim 22, further comprising: 

means for transporting traffic between nodes when an outbound footprint allowing 
users node access as a local call is exceeded. 

26. (Withdrawn) The system of Claim 22, further comprising: 

means for locking up an allocation of bandwidth needed in a virtual point to point 
connection during call set. 

27. (Withdrawn) The system of Claim 22, further comprising: 

means for tearing down an ATM cloud providing a virtual point to point connection 
after determining that a call terminates on a same concentrator as the call was originated on. 

28. (Currently Amended) The system of Claim 22, further comprising: 
means for controlling nimibering and forwarding firom the call or applications 

processor located within the NOCCS servicing the client. 

29. (Withdrawn) The system of Claim 22, further comprising: 
means for record keeping for each client's configuration of the subset of 

preprogrammed software objects. 

30. The system of Claim 22, further comprising: 

means for documenting spoken verbiage and member information used in 
customizing the subset of preprogrammed software objects. 

3 1 . The system of Claim 22, further comprising: 

means for documenting the subset of preprogrammed software objects used in the 

system. 
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ABSTRACT OF THE DISCLOSURE 
A method, system, and computer program product for creating, maintaining and 
destroying [[v]]Virtual [[e]]Environment[[s]] applications. Preprogrammed software objects 
that perform predetermined functions are created and stored in a repository, the desired 
objects are selected and configured with user defined parameters to create a customized call 
processing system. The use of preprogrammed software objects allows the rapid and accurate 
configuration, manipulation and destruction of virtual environments that networks subscribers 
together, processes calls, enables messaging, and provides disaster avoidance. 
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The following drawings are (old withdrawn) drawings. 
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(4) ATM, Packet and optional Voice Switch, 
Gateways, Concentrators, various subnets 
and servers that comprise a Virtual 
Environment Node or Hub. 

(5) User may send, receive or manipulate a 
mixed-media message. 

(6) User may place a call. 
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(1) Customer Premises, PSTN, optional IP Gateway 
pr Integrated Access Device for POTS and data. 



(2) Transport, PRI/MF/DTIVIF or packet 
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shelf for use with switched circuit traffic. 
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(4) The local ILEC brings the CLECs LATA traffic to a single common fiber meet point. The meet point 
or Point of Presence, (POP) has a connection to the backbone provider and contains the ATM Access 
Concentrator, trunking and access Gateways or optional Access shelf which can replace the trunking 
Gateway. Optional servers may be deployed as well. Upon reaching the T3i Hub if a caller selects a 
choice which terminates on the same concentrator that the call originated from, the talk path is 
completed in the local concentrator and the virtual point to point connection in the ATM cloud is torn 
down, the bandwidth is then reallocated. The POP functions as a class 5 Central Office. 
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8006-0006-52 
5 TITLE OF THE INVENTION 

CALL PROCESSING SYSTEM, METHOD AND 
COMPUTER PROGRAM PRODUCT 

10 

CROSS REFERENCE TO RELATED APPLICATIONS 
The present document claims the benefit of the earlier filing date of, and contains 
subject matter related to that disclosed in, co-pending U.S. provisional application Serial No. 
60/082,730 filed April 23, 1998, having common inventorship, the entire contents of which 
1 5 being incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

Field of the Invention : 

The present invention pertains to call processing systems, methods and computer- 

20 based products used for telephony systems in which calls may be screened by a called party 
prior to connection. More particularly, the present invention is directed to voice and data 
systems that include Call Processors and Gateway Servers among other data communication 
resources, in which calls targeted for a predetermined location are directed by the 
programming of a Virtual Voice Network. This direction can be to any device that can be 

25 directly dialed, such as a telephone including cell phone, fax machine or modem even if the 
call for the targeted device is processed across the Internet, (voice or fax over Intemet 
Protocol.) 

Discussion of the Background 

30 Advances in modem electronics and digital communication enable individuals to 

communicate virtually anywhere around the world. With the advent of cellular telephones, 
personal conmiunication services, and satellite telephony, individuals in advanced as well as 
developing societies have an expectation of being able to communicate with others anytime 
and anywhere in a smooth and seamless fashion. The bulk of existing communication 

35 infrastructure is provided by local, regional and long distance telephone companies, i.e., the 
public switch telephone network (PSTN), which uses land lines, among other resources, for 
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providing point-to-point communications, where each point is identifiable by a separate 
telephone number. For example, a caller may use a first telephone number when attempting 
to reach a person at the person*s home, but uses a second number for contacting the person at 
the person's office. 

5 A recent challenge has been how to use the PSTN, components of which contain old 

technology, to provide the flexibility to support people who want to remain accessible while 
being mobile. In light of this backdrop, some corporations use private branch exchanges 
(PBX) at the corporation facilities to provide "smart" fimctions for handling incoming phone 
calls (described generically here, but referring to both voice and data calls) for the 

10 convenience of its customers. Using these functions, even if an employee is not available, a 
properly equipped PBX enables an outside caller to be conveniently patched into voice mail, 
routed to another number, or perhaps transferred to a different facility in an attempt to handle 
the call in a user-friendly environment. 

Figure 1 is a block diagram of a conventional PSTN and PBX based system that 

15 enables a source telephone 1 to communicate with a destination telephone 1 1, of an intended 
recipient. In Figure 1, the source telephone 1 coimects to the PSTN 3 via a line (wired or 
wireless). The PSTN 3 recognizes the telephone number input at the source telephone 1 and 
provides the switch infrastructure to ultimately connect the caller v^th the PBX 9, which has 
the burden of providing the "operator" interface functions. In many cases, the corporation 

20 facilities 7 may incorporate a relay Call Processor vdth auto attendant functions 13 even 
though unit costs for such devices could exceed 1 .5 million dollars in 1998. An example of 
such a Call Processor is an OVERTURE 300 sold by the Lucent/Octel Messaging Division. 

The relay Call Processor with auto attendant 13 operates when the call is received by 
the PBX 9 and attempts to ring the destination telephone 11, while placing the caller on hold 

25 or utilizing any of a number of types of integration depending on the makes and models of 
the equipment. If the destination telephone 1 1 is not picked-up after a predetermined number 
of rings, the Call Processor with auto attendant 13 initially reports a message to the caller 
such as "thank you for calling company A. John Doe is on the telephone so please leave a 
message, dial another extension, or dial 0 for the operator." The Call Processor with auto 

30 attendant 13 is able to handle the call for the employee in this way because the PBX 9 
receives and routes all telephone calls within the company facility 7 without having to 
interface with a variety of different local telephone equipment, each having unique signaling 
attributes. 




For users that do not have the benefit of a corporation's PBX 9, the PSTN offers users 
a call forwarding operator 5 that, at the instruction of the intended recipient, forwards 
incoming calls to a secondary number when the intended recipient is unavailable at a primary 
number. This call forwarding mechanism however employs equipment at the PSTN and does 
5 not offer the same degree of convenient voice mail and auto attendant functions offered by 
the PBX 9 at the company facility 7. 

As presently recognized by the inventor, the PBX 9 is an inherently "local" device 
hosted at a certain destination facility, such as a company. Available for equipment of such 
expense, smaller devices such as the relay Call Processor with auto attendant 13 are included 

10 with the PBX 9 to provide added functionality. Adding to the expense, the relay Call 

Processor with auto attendant 13 must be customized by technicians when installed at the 
company facility 7 so as to be compatible with the local telephone company equipment if any 
screened transfer types of calls were to be placed to external telephone numbers. 
Customization is needed because the PSTN 3 is not homogenous, but rather made up of 

1 5 numerous equipment of local telephone companies that may or may not have the same 
equipment. As an example of different signaling attributes of signals provided by typical 
telephone equipment, the fi*equency and cadence of slow-busy signals (or other signals, as 
will be discussed) may be substantially different fi'om one local telephone to the next. 
Similarly, other signals such as a fast busy signal, indicating an error is present, differs as 

20 well. 

Figure 2 is a timing diagram of a ring/silence signal offered by exemplary local 
telephone company equipment. A high voltage level indicates a ring interval, while a lower 
voltage indicates a silence interval. For illustrative purposes, the interval "A" may typically 
range between a maximum tone-on (i.e., ring interval) of 1 ,200 ms to a minimum of 800 ms, 

25 while a typical number may be 1000 ms. The interval "B"(a silence interval) may range 
between 3500 ms and 2801 ms, with a typical number being 2881 ms. Interval "C" may 
typically range between 1200 ms and 800 ms, with a typical number being 942 ms. Interval 
"D" may typically range between 3485 ms and 2899 ms, with a typical number being 2910 
ms. Similarly, the interval "E" may typically range between 1200 and 800 ms with a typical 

30 time 785 ms (which is less than the stated lower end of the "typical" range, but included to 
show that it is nonetheless a possibility). Due to this variation in cadence and frequency 
between signals provided by local telephone equipment, generic relay Call Processors with 
auto attendant functions are conventionally believed to require the use of technicians to 
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personally customize the "application delays". This approach essentially normalizes the 
cadence and frequency terms so that the Call Processor can effectively interface with that 
particular local telephone equipment. Consequently, according to conventional wisdom, it is 
not believed wise, nor even possible, to use a relay Call Processor with auto attendant 
5 function in a central location that operates v^th different local telephone equipment because 
the diversity of telephone equipment does not permit the relay Call Processor with auto 
attendant to handle conmion signals in a like fashion. 

Figure 3 is a flowchart of an example method of how a caller at a source telephone 1 
(Fig. 1) attempts to communicate with an intended recipient at the company facility 7. The 

10 process begins in step SI, where the caller initiates a call to the intended recipient by dialing 
a phone number of the company where the intended recipient is believed to be located. The 
process then proceeds to step S3, where the call is answered by the PBX 9 at the company 
facility 7, and the PBX 9 passes the call to the Call Processor v^th auto attendant 13. The 
process then proceeds to step S5, where the caller is requested to dial the extension of the 

1 5 intended recipient. The process then proceeds to step S7 where an inquiry is made regarding 
whether the individual identified at that extension is available. While making the inquiry, the 
Call Processor in the PBX 9 places the caller on hold and rings the destination telephone a 
predetermined number of times. If the intended recipient does not answer the telephone call 
after the predetermined number of times or if a busy signal is received, the Call Processor 

20 concludes that the intended recipient is imavailable. If the response to the inquiry in step S7 
is affirmative, the PBX 9 connects the caller with the intended recipient in step S9 and the 
process then proceeds to step SI 1 where the call is completed and then the communication 
session ends. However, if the response to the inquiry in step S7 is negative, the process 
proceeds to step S13 where the relay Call Processor with auto attendant 13, audibly presents a 

25 set of options to the caller. Typical options include leaving a voice mail message, hitting 
zero to dial an operator or entering the extension of another party. Once the options are 
presented, the process proceeds to S15 where the caller selects an option and then in step SI 7 
the selected option is executed. Subsequently the process ends. The Call Processor may also 
offer other options to the caller, such as attempting to contact the intended recipient at 

30 another location. If the caller chooses this option, the Call Processor with auto attendant 1 3 
performs a blind transfer to that other location. Since the Call Processor with auto attendant 
13 performs the blind transfer, the Call Processor performs no additional processing of the 
call even if the intended recipient is not available at the other location. The blind transfer will 
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be made regardless; even if the called party is busy, ring no answer, error tone or dead air. 
Some coverage methods employ various call forwarding schemes in the event a called device 
is busy, or ring no answer. These methods are designed to forward the caller to a receptor 
mailbox. Often the receptor mailbox is located where the call originated and the called party 
5 pays the bill for any forwarding or long distance charges. 

As identified by the present inventor, a limitation with conventional devices and 
methods is that the functions offered by the Call Processor in the PBX 9 are prohibitively 
expensive for the "small user". In other words, the call processing functions available at the 
company facility 7 are expensive to purchase and install, and thus are unsuitable for private 

1 0 use. Furthermore, due to differences between the different types of local telephone company 
equipment employed throughout the PSTN, making a conventional relay Call Processor with 
auto attendant available to users across a number of different local telephone company 
equipment is not believed to be possible, due to the different signaling attributes of the 
equipment employed by the different local telephone companies. 

15 As presently recognized, the installation procedures of PBX 9 with the relay Call 

Processor are complex in that "hands on" customization and testing of the local telephone 
equipment is believed to be required in conventional systems when adjusting the destination 
delays for the relay Call Processor. Such difficulties are factors that contribute to the expense 
of purchasing and maintaining a Call Processor, even though conventional Call Processors 

20 are used over a specific geographical region sharing a common set of telephone equipment. 

More centralized functions, such as call forwarding operations provided by the PSTN 
are incapable of detecting whether a person is available at one of the candidate locations, and ^ 
"pulling back" the call for fiirther processing if the person is imavailable. Moreover, the call 
forwarding operations perform a blind transfer of the call, and do not wait to determine 

25 whether the destination party will in fact receive the call. As a consequence, the user- 
friendliness of the call forwarding operation is presently viewed as being sub-optimal. 

U.S. Patent No. 5,375,161 describes a telephone control system with branch routing, 
which includes a call conferencing feature (see, e.g.. Figure 14*, step 1419) that waits to 
determine whether or not a user may be located at another number. This technique thus 

30 employs precision busy/ring detection that requires a priori knowledge of the attributes of the 
local telephone communication equipment. Without this knowledge, it would not be possible 
for such a device to operate without significant customization of PSTN equipment at varying 
locations. Furthermore, the precision busy/ring would not be able to recognize an error tone, 
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which has the same frequency as a busy but a different cadence, because the precision 
busy/ring unit monitors only frequency, not cadence. Cadence is a variable that fluctuates 
most from Central Office to Central Office. When considering a conference feature with 
voice, a number of conditions should be taken into consideration, including hardware 
sensitivity and ability to be configured, susceptibility to talk off in which the human voice 
emulates touch tone, and background noise. Regarding background noise, a PC modem, for 
example, connecting to a service provider for Internet access can cause any touch-tone 
activated equipment to do unexpected things. Thus, conferencing features are suboptimal. 

SUMMARY OF THE INVENTION 

Accordingly, a feature of the present invention is to provide a novel system, method 
and computer based product that overcomes the limitations of the conventional methods and 
systems discussed above. While a full description of the invention and its various features 
are described in the follovsdng section, a brief, non-exhaustive description of features of the 
present invention is now described. A facet of this invention is that the Call Processors used 
normally do not reside at the same location and are not directly connected to a customer's 
PBX or to the customer's Central Office. If the called party is busy / no answer or an error 
tone is encountered, the calling party is informed of the status of the called party and may be 
offered further options. 

A "CALL PULLBACK" mechanism is included in a central location (i.e., accessible 
to geographically separated users) in a Call Processor, which is a component of a virtual Call 
Processor network. The Call Processor in the virtual Call Processor network places a caller 
on "soft hold" while attempting to contact the intended recipient at one of various 
predetermined numbers. In order to overcome the incompatibility issue of operating with 
different local telephone equipment, a feature of the present invention is a frequency and 
cadence detection mechanism that is able to detect different characteristics of slow busy, fast 
busy, ringing, answered, and ring no answer tones as provided by different local telephone 
equipment. To this end, the Call Processor of the present invention associates different 
frequencies and cadences with various events occurring with candidate numbers at which the 
intended recipient may be located. In the case of a call placed through a Gateway Server 
across the Internet the frequency and cadence detection may be performed by equipment 
located at the far end point of presence (POP) with that equipment notifying the originating 
Call Processor of the status of the call. Accordingly, a feature of the present invention is the 
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establishment of acceptable ranges of frequency and cadence attributes of signals from 
various local telephone company equipment that service the respective candidate telephone 
numbers. To this end, the system incorporates a method for implementing the CALL 
FULLBACK mechanism. 

5 

BRIEF DESCRIPTION OF THE DRAWINGS 
A more complete appreciation of the invention and many of the attendant advantages 
thereof will be readily obtained as the same becomes better understood by reference to the 
follov^ng detailed description when considered in connection with the accompanying 
10 drawings, v^herein: 

Figure 1 is a system level block diagram of a conventional telephony network that 
includes a Call Processor at a destination facility; 

Figure 2 is a timing diagram illustrating an exemplary variation in cadence and 
frequency of signals provided by different local telephone equipment; 
1 5 Figure 3 is a flowchart of a method for handling a call in a conventional relay Call 

Processor; 

Figure 4 is a system level block diagram of a Virtual Network having a central Call 
Processor according to the present invention; 

Figxire 5 is a block diagram of components in the CALL FULLBACK mechanism 
20 according to the present invention; 

Figure 6 is a flowchart of a process for contacting an intended recipient by way of the 
Virtual Network and implementing the CALL FULLBACK mechanism according to the 
present invention; 

Figure 7 A is a flowchart of a process for identifying and associating local telephone 
25 equipment attributes with candidate customer numbers stored in a computer readable medium 
according to the present invention; 

Figure 7B is a flowchart of a call screening process employed by a Lucent/Octel 
Node-Overture Call Processor; 

Figure 7C is an annotated tone information screen for a failed ring-no-answer; and 
30 Figure 8 is a block diagram of a network of interconnected Virtual Networks that 

enable both voice and fax messages and other signals to be transported from a source 
terminal to a destination facility. 
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BRIEF DESCRIPTION OF THE APPENDIX 
An appendix is attached hereto, that contains an application delay table with an index 
of available delays. 

5 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring now to the drawings, wherein like reference numerals designate identical or 
corresponding parts throughout the several views. Figure 4 is a system level block diagram of 
a network 400 according to the present invention. A feature of the network 400 is a Virtual 
Network Call Processor 20 that is separated from the company owned facility 7 located on 

10 property owned by an employee of a customer who subscribes to the network 400. The 
Virtual Network Call Processor may be implemented as a VIRTUAL VOICE NETWORK 
NODE, offered by TOUCHTONE TECHNOLOGIES Inc. (T3i) and includes a variety of 
equipment, including a switch, one or more Call Processors with on-board IVR units, 
multiple Tl -spans and or a Gateway Server or Servers that may reside on a network (such as 

15 a local area network, LAN) vsdth other equipment. As will become clear, the Virtual Network 
Call Processor 20 may also operate completely independently of equipment ovraed and 
operated by private corporations, and may be used to provide Call Processor, auto attendant, 
IVR and facsimile functions for individuals with no access to corporate PBX resources. The 
Virtual Network Call Processor 20 may also be adapted to provide plug-in applications such 

20 as Unified Messaging where e-mail may be stored in a mailbox along with voice and fax 

messages. These e-mail messages may then be read by the voice server to the subscriber. In 
particular, the Virtual Network Call Processor 20 connects via private or public lines 18 to a 
source telephone 1. The private or public lines 18 may be part of the PSTN 3, or private lines 
ovmed or leased by individual consumers. While the term "lines** is used, these lines may 

25 also be vdreless links such as private microwave links, or terrestrial or space-based cellular 
and v^reless communication links, or an Internet Backbone employing Gateway Servers for 
example. Furthermore, the source telephone 1 need not be a conventional telephone, but may 
also be other communication devices that transmit data fi:om one location to another such as a 
facsimile device, computer, computer telephone or Internet accessible terminal, for example. 

30 The Virtual Network Call Processor 20 connects to both the source telephone 1, as 

well as the PSTN or Internet Backbone through a Gateway Server 3, by way of 
communication links 21, which may be private or leased lines, for example. The source 
telephone 1, also connects directly to the PSTN 3, which is made up of an interconnected 
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network of equipment owned by companies that service different regions of the United States 
(or the equivalent of other national and private communication networks in other countries). 
The PSTN 3, illustrated in Figure 4, includes an interconnected network of three sets of local 
telephone equipment 30A, 30B and 30C, located in three geographically distinct regions 
5 (region 1 - region 3). As previously discussed, the local telephone equipment 30A-30C are 
often different systems that have different signaling attributes. For example, the telephone 
equipment 3 OA may produce a fast busy signal with different signal features than that of local 
telephone equipment 30C. In particular, as presently recognized, the difference may be in the 
form of frequency and cadence differences, where "frequency" refers to signal pitch and 

10 "cadence" refers to a rhythm of the respective on and off tone cycles that form a beat. Thus, 
local telephone equipment 30A, which may service a home office 28 may have distinctive 
frequency and cadence characteristics as compared with that of the local telephone equipment 
30B that services the intended recipient's mobile telephone 26, or the local telephone 
equipment 30C that services the office telephone 1 1 at the office facility 7. While the PBX 9 

15 at the office facility 7 can receive the phone call directly fi-om source telephone 1, the PBX 9 
is capable of only transferring the call internally with devices connected to the PBX 9 or 
relying on a call forwarding mechanism 5 offered by the local telephone equipment 30C (see, 
e.g.. Figure 1). 

However, by subscribing to services offered by the Virtual Network Call Processor 
20 20, the intended recipient is given the option to invoke the CALL FULLBACK mechanism 
22 in the Virtual Network Call Processor 20, which, if desired, allows the user to have calls 
sent to one of any number of candidate locations, each of which may or may not be serviced 
by different local telephone equipment. Moreover, because the Virtual Network Call 
Processor 20 is centrally located (i.e., accessible to parties external to a company's PBX 9), 
25 the Virtual Network Call Processor 20 is available for use by many different users, not just 
users of the PBX 9. Each user can have phone calls that originate at the source telephone 1 
be forwarded to the Virtual Network Call Processor 20 and thereby invoke the CALL 
FULLBACK mechanism 22. The CALL FULLBACK mechanism enables a screened type of 
call transfer, as compared to a blind transfer where the call is sent to one of several candidate 
30 locations v^thout regard for whether the user actually picks up the transferred call at that 
location. 

The Virtual Network Call Processor 20 is shown as part of a node that is made up of a 
Call Processor, PBX, IVR and other equipment. However, the node may be included as part 
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of a hub, where a hub is one or more digitally networked Call Processors and PBX systems 
(as will be discussed later in reference to Figure 8). 

The process flow for handling a new telephone call is described below, followed by several 
examples that illustrate how the CALL FULLBACK mechanism 22 is employed. A caller 
5 uses a source telephone 1 to attempt to contact an intended recipient at an office 

telephone 11. The call originating at the source telephone 1 is switched through the FSTN 3 
and routed to the FBX 9 at the office facility 7. The PBX 9 then presents the caller with an 
inquiry, asking the caller to identify an extension for the office telephone 1 1 . In response, the 
caller enters an extension and the PBX 9 attempts to route the telephone call to the office 

1 0 telephone 1 1 . If all the lines to the PBX 9 are busy, or if there is a ring, but no answer at the 
destination telephone 1 1, or all calls are directly forwarded to the Virtual Network Call 
Processor 20 using the call forward mechanism in the local telephone equipment, the Virtual 
Network Call Processor 20 receives the call and subsequently processes the call. 
Alternatively, the call may be transferred directly into the Virtual Network Call Processor 20 

15 by an operator or other company personnel at the office facility 7. As a further alternative, a 
caller may dial directly into the Virtual Network Call Processor 20, or be forwarded in by call 
forwarding previously set up at the customers Central Office 30C imder the following 
conditions: 

20 Ring no answer on the companies main number or numbers. 

An example of this usage could be that no one is available to answer, i.e. after hours, 
weekends, holidays or the company has suffered a catastrophe in which the facility has been 
destroyed. A Virtual Voice Network utilizing CALL FULLBACK technology may be 
programmed to allow designated personnel at a company to call into a Node, enter a 

25 password and with a few keystrokes have callers processed to telephones other than those at 
the company such as the home telephones of company personnel. Even if the company is 
physically gone, business may still be conducted. 

Busy on the company's main number or numbers. 
30 All trunks or lines are busy due to traffic or being busied out at the central office while repair 
or reprogramming work is being performed. 
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All calls forward with or without ring reminder. 

Some companies provide an after hours courtesy to their callers by taking the time to 
program their main number so that it forwards to a Virtual Voice Network Node without the 
caller having to listen to a number of rings. 

5 

Forwarding with multiple talk paths. 

In the case of a customer location with only one trunk or line, one or more callers may reach 

a Node at the same time when the given line has multiple talk paths. 

When the call is transferred to the Virtual Network Call Processor 20, the Virtual Network 

1 0 Call Processor 20 recognizes the telephone number that the source telephone 1 was 

attempting to contact by using direct inward dial, (D.I.D.), automatic number identification, 
(ANI), or direct number identification system, (DNIS). If the telephone number is associated 
with an office location, the caller is presented with an options menu (described in audible 
format) asking the caller to select the person or department with whom the caller wishes to 

1 5 speak. Once selected, the caller is placed on soft hold, while the Virtual Network Call 

Processor 20 dials an extemal telephone number and initiates a call progress tone detection 
operation as will be discussed with respect to Figure 5. The CALL FULLBACK mechanism 
22 may then consult a list of stored candidate numbers at which the intended recipient may be 
located, where the numbers stored are provided by the intended recipient when the intended 

20 recipient enters (or updates) a user profile, perhaps when the intended recipient originally 
subscribes for service. Sequentially, the CALL FULLBACK mechanism 22 attempts to 
contact the intended recipient at the respective destinations (for example home office 28 or 
mobile phone 26). If the intended recipient is not located at the first candidate location, the 
call is "pulled back" and if desired by the customer the CALL FULLBACK mechanism 22 

25 informs the caller that it is about to dial the next location as well as offering the caller other 
options such as leaving a message. If the caller does nothing, the CALL FULLBACK 
mechanism 22 may consuh fi-om memory the next candidate number, and then attempt to 
contact the intended recipient at that next candidate number. The CALL FULLBACK 
mechanism 22 may operate in this fashion until all of the candidate locations have been 

30 investigated. If the intended recipient has still not been located, the Virtual Network Call 
Processor 20 allows the caller the options of leaving a message, contacting an operator, or 
dialing another extension, for example. On the other hand, if the caller is available at one of 
the candidate locations, the caller remains on soft hold, while the virtual call network 




processor 20 presents the intended recipient with a call announcement, such as "this is a call 
for XYZ Engineering Company, press # to accept or * to reject". If the call is accepted, the 
calling party and the intended recipient are connected. If the call is rejected, the calling party 
is informed that the "name" does not answer and is offered further options, such as speaking 
5 with an operator, leaving a voice mail message or dialing another extension for example. 
While the calling party is placed on soft hold, the CALL FULLBACK mechanism 22, begins 
a call process tone detection operation, while dialing the external telephone number, as will 
be discussed with respect to Figure 5. 

The connection that is made by the Virtual Network Call Processor 20 may be made 

10 to any phone or device that can be dialed directly, even if the call is placed over the Intemet, 
voice over Intemet Protocol. Examples of such devices include cell phones (terrestrial and 
satellite based), direct inward dial (D.LD.) telephone numbers, business or home telephone 
numbers, "Multiserve" or similar service telephone numbers, facsimile devices, computers, 
etc. A feature of the Virtual Network Call Processor 20 is that the transfer of the call from 

15 the Virtual Network Call Processor 20 is made to the intended recipient even though the 
intended recipient is located on a different PBX than the transferring party. 
However, the vast majority of the calls processed are to company departments or fixed 
locations rather then people who are moving from location to location. In such cases, a call is 
processed to a given telephone and if not answered, the caller is offered the options of leaving 

20 a voice mail message, dialing another extension, dialing 0 for the operator or returning to a 
portion of the menu where another selection can be made. 

Figure 5 is a more detailed block diagram of the CALL FULLBACK mechanism 22 
shown in Figure 4. The call puUback mechanism 22 includes an application delay adjustment 
mechanism 24 as shown in Figure 4, the components of which include a random access 

25 memory (RAM) 241 , read only memory (ROM) 243, hard disk drive (not shown) and intemal 
interface 245 that are connected to a bus 503. An external interface circuit 501 provides the 
physical interface, and lower level protocol operations for communicating data between the 
bus 503 and the private or public lines 18 and 21, which ultimately connect to the source 
telephone 1 and PSTN 3 as shown in Figure 4. Additional lines may connect to the extemal 

30 interface 501. A processor 505 is a single processor, although multi-processor architectures, 
as well as hybrid processor and digital signal processor components may be used as well. 
Additional processors may be included in the CALL FULLBACK mechanism 22, such as in 
the application delay adjustment mechanism 24, tone detector 507 and frequency and cadence 
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analyzer 509. Operationally, the transferred call comes in through line 21 to the external 
interface 501, but alternatively, in a direct dial context, the call may come in directly through 
line 18. Subsequently, the extemal interface 501 identifies the party to be called, and 
retrieves a data file associated with the intended recipient, as identified in the call, by way of 
5 the bus 503. Part of data file is a first candidate number, which the CALL FULLBACK 
mechanism 22 will attempt to contact the intended recipient. The intended recipient's call is 
placed on hold, while the processor 505 initiates another call on an extemal line (one of the 
other lines 18-21). 

The tone detector 507 is placed on this extemal line, so as to determine the call 

10 progress status of the call made on the extemal line. The CALL FULLBACK mechanism 22 
places the tone detector 507 on the extemal line so as to determine if a type of busy signal is 
present. If the busy signal is present, the calling party is removed from hold and the intended 
recipient's greeting or, alternatively, the intended recipient's name and condition is 
audibilized to the calling party. At this time, additional options may be offered to the calling 

1 5 party. However, if no busy signal is detected, the CALL FULLBACK mechanism 22 sends 
out a series of ticking sounds so the called party v^U know that this is a call fi*om their Virtual 
Voice Network and if they choose to wait they will hear the announcement of the type of call 
they are receiving, example, (Sales verses Customer service) and press # to accept, or * to 
reject before or after the announcement is made. 

20 The frequency and cadence analyzer 509 characterizes different types of signals fi-om 

the local telephone equipment serving the candidate location at which the intended recipient 
is attempting to be located. The signals to be detected include slow busy signals, fast busy 
signals, ringing signals, answered signals, and ring no answer signals so that additional 
candidate locations may be searched and/or the caller may be informed of the status of 

25 locating the intended recipient. The frequency and cadence analyzer 509 includes a 

predetermined set of operations that are intended to interpret the various busy signals, ringing 
signals, answered signals and the like produced at the far end central office. All frequency 
and cadence analysis is done on the fly by the fi-equency and cadence analyzer 509 which 
consults the application delay table for acceptable cadence values. 

30 As previously discussed, the fi-equency and cadence of different signals varies 

between local telephone companies equipment. Accordingly, the frequency and cadence 
analyzer 509 communicates over the bus 503 to receive the application delay parameters 
from the appHcation delay adjustment mechanism 24. These parameters are included in the 
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RAM 241, although may also be included in the ROM 243 (conveniently implemented as an 
EEPROM) or at a remote memory accessible by the internal interface 245, by way of the 
bus 503. 

Alternatively, the frequency and cadence analyzer 509 includes an acoustical 
5 signature mechanism that compares respective acoustical signatures against a saved set of 
acoustical signatures saved in the ROM 243, so as to determine if the response received from 
the local telephone equipment is a slow busy, a fast busy, etc. The frequency and cadence 
analyzer 509, also incorporates pattern recognition software that attempts to compare and 
identify signals received from local telephone equipment, on an on-the-fly basis. If no busy 

10 signal is detected, the frequency and cadence analyzer 509 sends out a series of ticking 
sounds and when the call is answered, a call announcement operation is conducted. The 
ticking sounds are sent out to alert the called party that their Virtual Voice Network is calling 
and not someone else. During or after call announcing the called party may then chose to 
accept or reject the call or if more then one part of the Network directs calls to them they may 

1 5 choose to listen to the fixU call announcement before accepting or rejecting the call. 

The processor 505 includes an internal memory for program storage and holding 
intermediate calculation results. However, ROM 243 also includes a number of software 
objects that are invoked by the processor 505, when analyzing and assessing the respective 
attributes of the local telephone equipment. 

20 Figure 6 is a flowchart of a process flow for contacting an intended recipient by way 

of the Virtual Network Call Processor 20 as it implements the CALL FULLBACK 
mechanism. The process begins in step S51, where the calling party dials the number for the 
intended recipient at a particular number. The process then proceeds to step S53, where an 
inquiry is made regarding whether the intended recipient answers the phone call (perhaps by 

25 way of a local PBX, such as PBX 9 in the office facility 7 of Figure 4). If the intended 
recipient answers the phone call, the process proceeds to step S55 where the phone call is 
connected to the intended recipient, and subsequently the process proceeds to step S65 where 
all the call processing is completed. Alternatively, steps S51, S53 and S55 may be performed 
by dialing directly the office nimiber of the intended recipient, thereby bypassing the virtual 

30 call network processor 20. If the intended recipient is unavailable to answer, the local central 
office invokes a call forwarding operation that forwards the call directly to the Virtual 
Network Call Processor. 
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A majority of the time a given caller reaches a Virtual Voice Network is because the 
caller was calling a company rather then an individual. Although no two Virtual Voice 
Networks need to be identical, the majority of them greet the caller and instruct the caller to 
enter an extension number or choice. Some extensions do not process calls, some only 
5 process calls to a single number all of the time and some process calls to multiple numbers. 
CALL FULLBACK is invoked when a caller is offered other options after placing an 
unsuccessfiil call to a telephone not residing at the same location and not directly connected 
to the T3i Virtual Voice Network. Call announcing and dialing multiple phone numbers are 
enhancements that the customer may or may not wish to use. 

10 If the response to the inquiry in step S53 is negative, the process proceeds to step S57 

where the call is forwarded (transferred) to the Virtual Network Call Processor 20, where the 
Virtual Network Call Processor 20 attempts to contact the intended recipient at one of the 
predetermined numbers stored at the Virtual Network Call Processor 20. In step S57 the 
caller is placed on soft hold, while an attempt is made to contact the intended recipient by 

15 way of an extemal line. The process then flows to step S59, where an inquiry is made 
regarding whether the intended recipient answers the call from the Virtual Network Call 
Processor at a first number stored in the Virtual Network Call Processor 20. Step S59 may 
have to be repeated if the intended recipient is not located at the first number and additional 
numbers are included in the intended recipient's profile that may be automatically checked by 

20 the Virtual Network Call Processor 20. 

If the response to the inquiry in step S59 is affirmative, the Virtual Network Call 
Processor announces the call to the intended recipient in step S61. By announcing the call, 
the intended recipient has the option to receive the telephone call from the calling party, or 
have the Virtual Network Call Processor inform the calling party that the intended recipient is 

25 unable to receive the call. By announcing the call to the intended recipient, the intended 

recipient knows how to answer the phone, for example, when the calling party's call is taken 
off soft hold, and connected to the intended recipient's telephone. After step S61, the process 
proceeds to step S65, where call processing is completed and subsequently the process ends. 
On the other hand, if the response to the inquiry in step S59 is negative, the Virtual Network 

30 Call Processor invokes the CALL PULLBACK mechanism where the call remains on soft 
hold, and an extemal line (either the same extemal line as before, or another line) is used to 
attempt to contact the intended recipient at the next number identified in the profile of the 
intended recipient. Using this example, the CALL PULLBACK mechanism would remove 
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the caller from soft hold and announce that the called party was unavailable and offer fiirther 
options, one of which could be to dial another number. This process of tracking-down the 
intended recipient proceeds until all of the candidate locations have been exhausted, at which 
time the Virtual Network Call Processor either takes a voice mail message, asks the calling 
5 party if they would like to identify another person to whom to route the call, etc. Of course, 
if the CALL FULLBACK mechanism successfully contacts the intended recipient, and the 
intended recipient decides to receive the call, the caller is then taken off hold, and connected 
to the intended recipient. Subsequently, the process is completed in step S65 and the process 
ends. 

10 Application delays are timing values set in the Call Processor portion of the Node. 

Delays described in the Appendix are used to detect critical tone cadences that the Central 
Office provides to the Node equipment. These cadences indicate specific call conditions such 
as a ringback tone indicates that a called number is ringing, and a busy indicates that the 
called party is busy. 

1 5 Cadence values are normally set by selecting a PBX type and making modifications to 

the equipment as needed. As it is not known what PBX type a given Central Office would 
have or what effect the state of repair or software level would have on the cadences provided, 
a starting point is to choose the PBX closest to the one which was part of a first node 
implemented by a user of the system. 

20 After adjusting the Call Processor's cadence recognition to the first Central Office 

PBX, new adjustments can be made as Central Offices are added and tested to make sure that 
the new adjustments work with previous Central Office PBXs*. Fail-safe mechanisms are 
included as features of the CALL PULLB ACK to catch any caller that hit an unexpected 
cadence. These fail-safe mechanisms allow callers the options of reaching a live operator or 

25 leaving a message as well as providing first hand intelligence regarding what happened and 
where an unexpected event occurred. As the system matures, the fail-safes are not needed as 
frequently because the system's attributes will become more completely characterized with 
time. 

Problems chiefly occur in areas where the Call Processor detects an answered 
30 condition while monitoring a single interrupted-ringback and with slow-busy and fast-busy 
cadences. When a call is screened, the equipment looks for acceptable cadences for a single 
interrupted ringback, slow-busy, fast-busy or that the call has been answered. To process a 
transfer application-delay, indexes are referenced that show the maximum and minimum 
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ON/OFF periods for any tone. If the tone cadence detected does not comply with the ranges 
set for single ring back, slow busy or fast busy, the Call Processor determines that the call has 
been answered and the call transfer is completed. 

In the case of dead air, such as the Central Office dropping the call, the caller would 
5 be removed from soft hold and a fail-safe mechanism would take over. One problem that 
occurs is when a Central Office recording is played such as an all circuits are busy or that the 
person being called is out of the area or unavailable. The Call Processor detects an answer 
and sound, such as someone speaking, and completes the transfer. These occurrences can be 
kept to a minimum and caller frustration reduced by the following methods: 

10 

Prior testing and identification - this allows the network designer to inform the customer of a 
potential problem and make needed changes or record a special greeting so that the caller has 
the opportunity to record a message or go to an operator before the called party's nmnber is 
dialed; 

1 5 Pulling the call back before the far end recording is played; and 

Most customers and callers are used to the recordings being played and are not troubled by 
them. 

If the tone cadences are within acceptable ranges, call screening by the called party 
may be employed and the call accepted or rejected. 

20 Figure 7A is a flowchart of a process for identifying local telephone equipment 

attributes, such as frequency and cadence. The process begins in step S661 where the called 
party is dialed by a node. Subsequently, the process proceeds to step S663, where the 
cadence and frequency information from signals produced by the local telephone equipment 
is observed by the node. When observing the cadence and frequency information, the 

25 cadence and frequency information is characterized for subsequent processing. The process 
then proceeds to step S665, where application delays are identified that correspond with the 
frequency and cadence information that was characterized in step S663. The process then 
proceeds to step S667, where the node takes appropriate action for the call based on 
predefined custom parameters and/or reacts to the cadence events, where the reaction is a 

30 function of detecting which signals are in fact produced by the local telephone equipment. 
Subsequently, the process ends. 

Figure 7B is a flow chart of a process used by a NODE-OVERTURE Call Processor 
to screen calls. The process begins in S71, where the call is transferred and the NODE- 
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OVERTURE Call Processor dials the called number and begins looking at tone patterns 
received from the local telephone equipment. Subsequently, the process proceeds to step 
S72, where an inquiry is made regarding whether the tones that are received comply with the 
ranges set by delays 49, 50, 51 or 52, as identified in the appendix attached hereto. If the 
5 response to the inquiry in step S72 is negative, the process proceeds to step S73, where the 
call is considered to have been answered, and subsequently the process ends. However, if the 
response to the inquiry in step S72 is affirmative, the process proceeds to a ring back inquiry 
in step S74, where an inquiry is made regarding whether the received tones comply with the 
ranges set by delays 53, 54, 55 or 56. If the response to the inquiry in step S74 is affirmative, 

10 the phone rings and a ring back is monitored. The ring back minimum and maximum tone 
off period are included in the appendix. The process then concludes. 

However, if the response to the inquiry in step S74 is negative, the process proceeds 
to step S76, where a slow busy inquiry is made. The inquiry in step S76 inquires whether the 
tones comply with the ranges set by delays 69, 70, 71 or 72. If the response to the inquiry in 

15 step S76 is affirmative, the process proceeds to step S77, where the call is pulled back and the 
NODE OVERTURE Call Processor speaks the name and condition or greeting and 
subsequently the process ends. However, if the response to the inquiry in step S76 is 
negative, the process proceeds to the fast busy inquiry in step S78, and an inquiry is made 
regarding whether the tones comply with the ranges set by delays 73, 74, 75 or 76. If the 

20 response to the inquiry in step S78 is affirmative, the process proceeds to step S79, where the 
call is pulled back, and an indication is spoken indicating that the call is "invalid" and then 
the process ends. However, if the response to the inquiry in step S78 is negative, the call is 
answered in step S80 and then the process ends. 

Figure 7C is an exemplary display of information that would be displayed on a 

25 monitor screen for a situation where a ring-no-answer operation fails. Application delays that 
produce a failure are first tested by assigning a mailbox that dials the problem telephone 
number to a special area code specific object. The port specific print tone trace is activated 
and the node's Call Processor is called through the port in question. The port will have a 
speakerphone butt set placed on it so that there is an audible awareness on the part of the 

30 person performing the task so as to determine what events are in fact occurring. When 
answered, the test mailbox is dialed and the tone on and tone off events are monitored in 
milliseconds as shown on a computer screen. In Figure 7C, a display 701, which, may either 
be a simultaneous display, or printout or otherwise of a stream of code, illustrates tone 
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information that is displayed for a ring-no-answer operation that fails. As shown in 
annotation 702, the caller enters DTMF digits, which are the digits associated with the phone 
to be contacted. In annotation 703, the NODE OVERTURE monitors the line for a tone 
associated with a dial tone and then subsequently detects the presence of the dial tone. Once 
5 the dial tone is detected, and annotation 704 shows that the NODE OVERTURE dials the 
number associated with the DTMF digits. Annotation 705 indicates that the NODE 
OVERTURE ignores the first change in tone for a predetermined period of time. 
Subsequently, as indicated in annotation 706, the NODE OVERTURE monitors call progress 
tones from the PBX so as to determine the status of the called extension. Finally, in 

10 annotation 707 a failure is indicated when the NODE OVERTURE detects an answer 
condition because one of the tones of the PBX does not conform to the delays in the 
application delay table, listed in the appendix. 

The tone values in the print tone trace of Figure 7C may be modified to the correct 
values by using the appropriate commands. For example, in the case of Figure 7C, the 

15 application-delay indexes that refer to the error received are indexes 50 and 54, included in 
the appendix. Note that the failure occurred when the PBX sent a TONE ON for 790 ms. 
The NODE OVERTURE was set to expect a TONE ON (ring back) for no less than 800 ms 
and no greater than 1200 ms. This range between 800 ms and 1200 ms is referred to as the 
"window". In Figure 7C, the window for the silence period (TONE OFF) between adjacent 

20 rings is set to no less than 2800 ms and no greater than 3400 ms. The TONE OFF values are 
within that window. 

Figure 8 is a block diagram of an intelligent network of Virtual Network Call 
Processors (20A, 20B, 20C, 20D) connected together, as shown, in a ring configuration, 
although other configurations may be performed as well, such as a star or non-geometric 

25 specific interconnected configuration. Each of the Virtual Network Call Processors 20A 

through 20D is configured as several interconnected nodes, a node being a PBX having a Call 
Processor. The Virtual Network Call Processors 20A-20D are the respective hubs, and thus 
each serves a different geographical area. As a consequence, a source commimication device 
1 A may connect to the Virtual Network Call Processor 20 A (or other Virtual Network Call 

30 Processor 20B-20D) by way of the local telephone equipment 30A, or directly to the Virtual 
Network Call Processor 20A. The Virtual Network Call Processor 20A may then route the 
information (voice, or other type of data, such as image data, facsimile data, etc.) via the 
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other Virtual Network Call Processors (20B-20D) and then to a destination facility 7 either 
directly from Virtual Network Call Processor 20D, or via the local telephone equipment 308. 
Because the respective hubs 20A-20D are digitally linked, via dedicated point to point 
connections or by the use of VPNs' (Virtual Private Networks) or through a gateway server 
5 over the Intemet, no charges for long distance services are required, although the network of 
Virtual Network Call Processors 700 certainly could charge a fee for such services or other 
fee-based links may be used as well. 

An example application of the network architecture of Figure 8, might be if either an 
e-mail message, a facsimile message or other message such as a digitized voice, video or data 

1 0 file were intended to be left with a person in Florida (serviced at Virtual Network Call 

Processor 20 A), a copy of that message may be routed through the network of hubs 20A-20D 
and to the destination facility 7. Since the coimections are by way of dedicated links or 
VPNs, there are no long distance charges. In addition to the data relaying service, each of the 
respective Virtual Network Call Processors 20A-20D may also provide the standard call 

1 5 processing features described in Figures 4-5, for example. 

The inventive system may include a CALL PULLB ACK mechanism that employs a 
primary rate interface (PRI) that is compatible with National ISDN standards deployment of 
Simplified Message Desk Interface (SMDI). 

The mechanisms and processes set forth in the present description may be 

20 implemented using one or more general purpose microprocessors programmed according to 
the teachings of the present specification, as will be appreciated to those skilled in the 
relevant art(s). Appropriate software coding can readily be prepared by skilled programmers 
based on the teachings of the present disclosure, as will be apparent to those skilled in the 
relevant art(s). The present invention thus also includes a computer-based product which 

25 may be hosted on a storage medium and include instructions that can be used to program a 
computer to perform a process in accordance with the present invention. The storage 
medium can include, but is not limited to, any type of disk including floppy disk, optical disk, 
CDROM, magneto-optical disk, ROMs, RAMs, EPROMs, EEPROMs, flash memory, 
magnetic or optical cards, or any type of media suitable for storing electronic instructions, 

30 either locally or remotely. 

Obviously, numerous modifications and variations of the present invention are 
possible in light of the above teachings. It is therefore to be understood that within the scope 
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of the appended claims, the invention may be practiced otherwise than as specifically 
described herein. 
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CLAIMS : 

1. A virtual network call processing system, comprising: 

a communication line interface configured to be connected to a source terminal and receive a 
calling message from the source terminal directed to an intended recipient; 
5 a call processor with a call pullback mechanism including, 
a data processor, and 

a computer readable memory having computer readable instructions encoded therein 
that when executed by said data processor implement a local telephone equipment 
characterization mechanism that characterizes signaling attributes of signals produced by 
10 local telephone equipment that service different geographical locations at which the intended 
recipient may be located; and 

a signal determination mechanism configured to determine whether the signals provided by 
the local telephone equipment have at least one of a frequency and cadence associated with a 
signal event that includes at least one of a fast busy signal, slow busy signal, ringing signal, 
1 5 answered signal, and ring-no-answer signal. 

2. The system according to Claim 1, fiirther comprising: 

an error handling mechanism configured to process the calling message when the signal 
determination mechanism fails to determine that the signal event occurred. 

20 

3. The system according to Claim 1, wherein: 

said signal determination mechanism includes a software tool programmed to recognize the at 
least one of the frequency and cadence associated with the signal event from signals 
associated with the local telephone equipment. 

25 

4. The system of Claim 1, wherein: 
said computer readable memory includes 

an intended recipient profile, having a first destination number and a second 
destination nixmber, and 
30 said call pullback mechanism fiirther includes a recipient contact mechanism being 

configured to attempt to first contact said intended recipient via an external line at the first 
destination number, and if not present, being configured to attempt to contact said intended 
recipient at the second destination number. 
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5. The system of Claim 4, wherein: 

said signal determination mechanism includes a tone detector being configured to detect 
when said calling message on said communication line is answered, or said signal event 
5 occurs; and 

said system further includes a call announcing mechanism configured to execute a whisper 
transfer to the called party that allows the called party to accept or reject the calling message. 

6. The system of Claim 5, wherein: 

1 0 said tone detector being configured to notify the recipient contact mechanism when said 

communication line is not answered so said recipient contact mechanism proceeds to contact 
said intended recipient at said second destination number. 

7. The system of Claim 1, wherein: 

15 said local telephone equipment characterization mechanism includes a frequency 

characterization mechanism, configured to characterize a frequency of the signals produced 
by respective of said local telephone equipment. 

8. The system of Claim 1, wherein: 

20 said local telephone equipment characterization mechanism includes a cadence analyzer 
configured to analyze a cadence of respective of the signals provided by respective of said 
local telephone equipment. 

9. The system of Claim 8, wherein: 

25 said local telephone equipment characterization mechanism includes a frequency analyzer 
configiu-ed to analyze a frequency of the signals provided by respective of said local 
telephone equipment. 

10. The system of Claim 1, further comprising: 

30 a signal feature normalization mechanism, including an application delay adjustment 

mechanism configured to adjust respective application delays in said call processor so as to 
standardize signal attributes provided by respective of the local telephone equipment. 
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1 1 . The system of Claim 10, further comprising: 

another data processor and another computer readable memory configured to implement 
another local telephone equipment characterization mechanism and another signal feature 
normalization mechanism, said processor and computer readable medium being connected to 
5 said another processor and said another computer readable medium by an intercity 
communication link. 

12. A method for processing a call in a virtual network call processing system, comprising 
the steps of: 

10 receiving a calling message from a source terminal directed to an intended recipient; 

retrieving a data profile of the intended recipient from a computer readable medium; 

identifying a number to contact the intended recipient via a local telephone equipment; 

characterizing signal attributes of signals provided by the local telephone equipment; 

initiating the call on an external line with said number at said local telephone equipment; 
15 normalizing the signal from the local telephone equipment; 

transferring the calling message if the call is accepted by the intended recipient, but retaining 

the calling message for future processing if the call is not accepted by the intended recipient. 

13. The method of Claim 12, further comprising the steps of: 

20 identifying another number in said data profile of said intended recipient; 

calling on at least one of the extemal line and another external line, said another number at 
another local telephone equipment; 

normalizing a signal from the another local telephone equipment; 

transferring the calling message if accepted by the intended recipient at the another number, 
25 but retaining the calling message for further processing if not accepted. 

14. The method of Claim 13, further comprising the step of: 

producing a tone on said extemal line and detecting when said extemal line is answered. 

30 15. The method of Claim 12, wherein: 

said characterizing step comprises characterizing a frequency of the signal provided by the 
local telephone equipment. 
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16. The method of Claim 12, wherein: 

said characterizing step comprises characterizing a cadence of the signal provided by the 
local telephone equipment. 

5 17. The method of Claim 16, wherein: 

said characterizing step further comprises characterizing a frequency of the signal provided 
by the local telephone equipment. 

18. The method of Claim 12, wherein: 

10 said normalizing step comprises adjusting respective application delays so as to standardize 
signal attributes of the signal from the local telephone equipment. 

19. The method of Claim 12, wherein: 

said calling step comprises passing the calling message from a first hub to a second hub, prior 
1 5 to reaching the local telephone equipment. 

20. A computer readable medium encoded with computer readable instructions for use in a 
system having a conmnmication line interface configured to be connected to a source 
terminal and configured to receive a calling message from the source terminal directed to an 

20 intended recipient, said computer readable instructions when executed by a data processor 
implement a system comprising: 

a local telephone equipment characterization mechanism that characterizes signaling 
attributes of signals produced by local telephone equipment that service different 
geographical locations at which the intended recipient is located; 
25 a signal determination mechanism configured to determine whether the signals provided by 
the local telephone equipment have at least one of a frequency and cadence associated with a 
signal event that includes at least one of a fast busy signal, slow busy signal, ringing signal, 
answered signal, and ring-no-answer signal; and 

a call pullback mechanism configured to call an intended recipient and transfer a calling 
30 message to said intended recipient if said signal determination mechanism determines said 
call is answered, but not transferring said calling message if said signal determination 
mechanism determines that said call is not answered. 
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21 . A virtual network call processing system, comprising: 

means for receiving a calling message from a source terminal directed to an intended 
recipient; 

means for identifying a number to contact the intended recipient via a local telephone 
equipment; 

means for characterizing signal attributes of signals provided by the local telephone 
equipment; 

means for initiating a call on an extemal line with said number at said local telephone 
equipment; 

means for normalizing the signal from the local telephone equipment; and 

means for transferring the calling message if the call is accepted by the intended recipient, but 

retaining the calling message for fiiture processing if the call is not accepted by the intended 

recipient. 
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CALL PROCESSING SYSTEM, METHOD AND 
COMPUTER PROGRAM PRODUCT 

ABSTRACT OF THE DISCLOSURE 
5 A system, method and computer program product implement a Virtual Network Call 
Processor with a CALL PULLBACK mechanism for providing a type of screened call 
transfer. Callers, while attempting to contact an intended recipient, have their calls sent to the 
Virtual Network Call Processor, which places the caller on soft hold while attempting to 
locate the intended recipient. The Call Processor uses another external line to call the 

1 0 intended recipient at one of a number of predetermined locations identified by stored 
numbers where each number is serviced by perhaps different local telephone equipment 
having different characteristics and attributes. The CALL PULLBACK mechanism is used to 
identify signaling attributes of signals provided by the respective local telephone equipment, 
by analyzing frequency and cadence information from the signals and normalize the signals 

15 so as to detect a status of the Call Processor's attempt to reach the intended recipient. The 
signaling attributes and customer- specific information are controlled by objects, which are 
well thought out preprogranmied and proven software constructs that simplify programming 
and ensure reliable operations. The calling party is kept on soft hold while the intended 
recipient of the call is attempted to be contacted at the different locations. If the CALL 

20 PULLBACK mechanism determines that the signals provided by the local telephone 

equipment, after being normalized, indicate the intended recipient does not pick up the call, 
the CALL PULLBACK mechanism attempts to reach the intended recipient at another one of 
the numbers, all the while the calling party is kept on soft hold. In this way, the global 
Virtual Network Call Processor, is capable of servicing not only individuals and companies 

25 serviced by a single PBX with a call process, but also for any number of other users not 
serviced by the PBX. 
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APPENDIX 



APPLICATION DELAY TABLE.INDEX DELAY (msec.) 





0 


0 


5 


1 


7000 




2 


5000 




3 


500 




4 


5000 




5 


1200 


10 


6 


1000 




7 


30000 




g 


800 




9 


4000 




10 


6000 


15 


11 


1000 




12 


1000 




13 


10000 




14 


20000 

\y \y \y \y 




15 


25000 


20 


16 


2000 




17 


20 




18 


1000 




19 


200 




20 


240 


25 


21 


100 




22 


140 




23 


200 




24 


260 




25 


300 


30 


26 


400 




27 


260 




28 


460 




29 


800 




30 


900 


35 


31 


1200 




32 


1500 




33 


2000 




34 


2100 




35 


2700 


40 


36 


3900 




37 


4000 




38 


6000 




39 


1000 




40 


4000 


45 


41 


10000 




42 


1500 




43 


1500 




44 


2000 
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45 500 

46 1700 

47 700 

48 500 

5 49 2500 Maximum tone on period for any tone. When ringback, busy or fast busy is 
encountered this delay is used to determine whether the tone on is a valid 
tone. When an encountered tone on is longer then this delay it is assumed to 
be an answer. 

10 50 50 

5 1 4600 Maximum tone off period for any tone. When ringback, 

busy or fast busy is encountered this delay is used to determine whether the 
tone off is of valid duration. When tone off is greater then this value it is 
1 5 assumed to be an answer. 

52 40 



20 53 2500 Maximum tone on period. This is the longest tone on event that will be 

considered as ringback. This application delay is used to determine whether 
the tone on cadence event being monitored is ringback. If the tone on event 
is longer then this application delay it is assumed to not be ringback. 

25 54 800 



55 4600 Ringback maximum tone off period. This is the longest one off event that 

will be considered as ringback. If the tone off event being monitored is 
30 shorter then this application delay it is assumed to not be ringback. 

56 2000 Ringback minimum tone off period. This is the shortest tone off event to 

qualify as ringback. This application delay is used to determine whether the 
tone cadence being monitored is ringback. If the tone cadence being 
35 monitored is less in duration then this value it is assumed to not be ringback 

57 2300 

58 20 

59 15000 

60 20 
40 61 500 

62 300 

63 500 

64 300 

65 3200 
45 66 2800 

67 280 

68 120 

69 600 

70 400 
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71 600 

72 400 

73 320 

74 180 

75 320 

76 180 
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